[02:14] launchpad only keeps track of bugs for software in the repos and software center? [02:23] metasansana: no [02:24] lifeless: so lets say I downloaded a deb file and it keeps crashing on 11.10 [02:24] should I go the direction of launchpad or the vendor? [02:24] from where [02:25] mysql-workbench [02:25] well, generally, the vendor; who may use Launchpad, or may use their own bug tracking system. [02:25] Launchpad hosts bug trackers for many many vendors [02:26] ok [02:27] I never thought bug reporting could be this much of a pain [02:29] what's the problem ? [02:29] I mean, what is the pain ? [02:31] These procedures and different approaches confuse me [02:31] so you got a deb from somewhere - where did you get it from ? (A url, not the vendor name) [02:32] http://www.mysql.com/downloads/workbench/ [02:32] ^here [02:33] indeed, they don't offer much assistance [02:33] lol [02:33] they don't use LP - https://bugs.launchpad.net/mysql-workbench [02:33] so, basically, I'd pop into #mysql and ask there, hopefully someone will know [02:34] Well I just realized the latest version is for 11.04 [02:34] perhaps they don't want to hear from users ;> [02:34] thanks lifeless [03:18] did someone switch off lat/lon from Launchpad since I wrote that blog post on it? [03:19] I just re-ran a script and it is just getting Nones now [03:21] paultag: yes, they just did [03:21] oh ffs [03:21] what blog post ? [03:21] lifeless: http://blog.pault.ag/post/17036484637/mapping-the-ubuntu-community [03:21] lifeless: it was on planet.ubuntu a few days ago [03:22] hah, timing [03:22] I bet it was because I used it. God, that suck [03:22] s [03:22] lifeless: it's still un-deprecated on the API docs [03:22] lifeless: might want to update that :) [03:22] they should update soon [03:22] gah [03:22] super annoying, sad to see it go [03:23] so, the reason it was removed was part of simplifying LP; most folk didn't set their location, we didn't have map data anymore, and its really not a core feature [03:23] yeah, I figured [03:23] what a shame [03:23] its not deeply gone though, so you could write to the launchpad-dev list and discuss bringing it back (and maintaining it...) [03:24] lifeless: nah, I've been up in Debian for the last cycle and a half, I'm not getting sucked into more work ;) [03:24] :> [03:24] it's alright, not the end of the world [03:24] definitely not due to your blog post [03:24] someone emailed me asking how to do it, and when testing my script again, it was None'ing :) [03:24] lifeless: yeah, I know :) [03:24] mostly a joke [03:24] we looked, and only, uhm, 50 hits or something on that data in the last months [03:24] lifeless: I'm willing to bet that was all me [03:25] anyway, not the end of the world [03:25] thanks for the quick RE, lifeless :) [03:25] no worries [03:27] paultag: It's been deprecated since we removed maps ages ago, and it's been impossible to set it since then. So it's just been rotting, and we finally removed access to it a couple of hours ago. [03:27] wgrant: damn, what timing [03:27] wgrant: yeah, I knew it was RO, but meh :) [08:17] hello :), there is a problem building libreoffice 3.5.0 in a ppa, the chroot is running out of space at least for the amd64 build -- what is the current chroot size? and is there a way to increase it? https://launchpad.net/~ricotz/+archive/ppa/+sourcepub/2264904/+listing-archive-extra [08:18] https://launchpad.net/~libreoffice/+archive/ppa/+sourcepub/2263889/+listing-archive-extra [08:19] ricotz: The i386 build says it used 21GB [08:19] That seems pretty excessive :) [08:19] wgrant, hi, yeah :\ -- how much did this one took? https://launchpad.net/~libreoffice/+archive/ppa/+sourcepub/2241552/+listing-archive-extra [08:20] "Build needed 04:58:10, 15615524k disk space" [08:21] That was amd64 [08:21] i386 was Build needed 04:50:02, 13054760k disk space [08:22] So the new one is significantly larger. [08:22] i see, since the translation build is done by the main package again, it increased a lot [08:22] https://launchpad.net/~libreoffice/+archive/ppa/+sourcepub/2241551/+listing-archive-extra [08:23] so i guess the current limit is something like 25GB? [08:24] wgrant, is there a way to restart the amd64 build with an increased chroot size? [08:29] ( this one https://launchpad.net/~ricotz/+archive/ppa/+build/3225792 ) [08:38] ricotz: It's possible that some builders have a larger virtual filesystem, but I'm not quite sure. === mthaddon` is now known as mthaddon [08:42] wgrant, i see -- this build should give one the needed size. https://launchpad.net/ubuntu/+source/libreoffice/1:3.5.0-1ubuntu1/+build/3226141 [08:43] ricotz: You can check the size at the bottom of the build log. [08:43] 30GB :/ [08:43] ah, good to know [08:43] that's pretty big then [08:43] Yup :( [08:44] do you know what the size of https://launchpad.net/builders/louvi is? [08:45] if it isnt 30GB+ it will probably fail [08:55] is there a workaround for ssh being blocked for pushing branches to LP (#ubuntu-devel) [08:56] hi micahg [08:56] micahg: not really, as far as I know [08:56] hi jelmer [08:56] bzr supports pushing over https, but that's not enabled on Launchpad [08:57] :( [08:57] I would think this might be a common use case [08:57] an alternative is to retrieve the branch using http/https and contribute back changes as bundles by email [08:57] ("bzr send --mail-to=...") [08:57] though it would be nice to enable write support over https, indeed.. [09:00] good morning mrevell [09:00] jelmer: Do bundles work with 2a nowadays? === czajkowski changed the topic of #launchpad to: https://launchpad.net/ | Help contact: czajkowski | 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 [09:00] wgrant: yes, they have for quite some time [09:00] How can I request a package to be added to launchpad? [09:00] wgrant: though they're the only things still using XML, something I'd like to get rid of [09:01] uiuiui32: it depends a bit on what you mean by "to be added to launchpad" [09:01] jelmer: I just created an Open Source app. [09:01] The code is on Github. [09:01] I shall soon be packaging it for Ubuntu. [09:02] I was wondering how I can request if it can be listed on launchpad. [09:02] Is there a review process? I couldn't find it. [09:02] morning all [09:02] uiuiui32: You probably want #ubuntu-motu. [09:02] uiuiui32: if you just want to make it available from Launchpad, you can create a PPA and add your package there [09:03] OK. Thanks. [09:03] hi czajkowski [09:03] Hello hello === lool- is now known as lool === yofel_ is now known as yofel [10:43] hey guys... should a packaging branch contain 'only' packaging? [10:49] ESphynx: ~ubuntu-branches/ which is where uploads get imported to contain /everything/ [10:50] transations should get imported to a seperate bracnh. then developers can merge the translations in when they need to refresh [10:53] czajkowski: hmm but ecere ain't in Ubuntu yet :P [10:53] ESphynx: that's up to whoever owns the branch [11:00] hmm.. there's no way to import another branch than master for git? :| [11:02] ESphynx: there is [11:02] ESphynx: e.g. "git://git.samba.org/jelmer/dulwich.git,branch=somename" [11:03] oh, thought it said 'work was underway' [11:03] thanks jelmer [11:04] ESphynx: where did it say that? [11:04] that support is fairly recent, we might still have outdated docs somewhere [11:04] greetings [11:04] ehlo Laney [11:04] can I restrict bug listings (i.e. https://bugs.launchpad.net/~ubuntu-release) to only show me bugs in Ubuntu packages? [11:04] :-) [11:04] jelmer in https://help.launchpad.net/VcsImports [11:05] ESphynx: thanks! I'll update that page [11:05] also on +new-import [11:05] The URL of the git repository. The HEAD branch will be imported. [11:05] yw [11:06] "The URL of the git repository. The HEAD branch will be imported, or ",branch=" to specify a different branch" would be nice =) [11:06] Laney: I dont think so, i've changed some of the filters but noe say by specific pacakges [11:06] *packages [11:06] yeah I can't see an option [11:06] Laney: You can search by subscriber under https://launchpad.net/ubuntu/+bugs?advanced=1 [11:07] Laney: you could remove other filters and just leave packages/project.series name [11:07] wgrant: of course! [11:07] * jelmer wished https://bugs.launchpad.net/~ubuntu-release/ubuntu worked [11:07] it's kindof nice how this is done for branches [11:07] I kept wanting the Order by thingies near the top there to allow me to filter too [11:08] jelmer: Does ,branch= not work for HTTP? I registered https://code.launchpad.net/~registry/cassandra/0.8 over the weekend, but it doesn't work. [11:08] IIRC it works fine locally. [11:08] Laney: Indeed, that would make a lot of sense. [11:08] wgrant: the version of bzr-git on launchpad might not handle it well yet [11:08] wgrant: it seems to work ok here locally too [11:09] That's what I suspected. Thanks. [11:54] hmm guys... [11:54] these recipes things... where do I specify a platform? [11:55] ESphynx: a lot of the info you need is in https://dev.launchpad.net/Translations [11:59] czajkowski: i'm not talking about translations anymore today, i'm talking about builds :P [12:00] also what is up with 'ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be preloaded: ignored.' [12:03] ESphynx: perhaps launchpad-dev might be more helpful [12:05] k, thanks [12:05] ESphynx: recipes build into a source package. Which specifies were it will build. [12:05] So it's a two step, automatic process [12:06] StevenK: So I need 2 recipes? to build the package as 64 bit? [12:06] i.e. one 32 and one 64 ? [12:07] ESphynx: If the same code will build on both, no. Your debian/control needs to specify Architecture: any [12:08] A recipe builds for one or more series. [12:08] It then uploads the source package to those series. [12:08] And then binary builds are created as with a normal source package. [12:09] the same code 'will' build on both, the only differences is the required pacakges names (they actually build 32on64... so i need things like ia32-libs etc.) [12:10] Why not use multiarch? [12:10] multiarch? [12:10] Non-hack replacement for ia32-libs [12:11] You can now install i386 and amd64 libraries on the same machine. [12:11] first time I hear about it. [12:11] sounds smart. [12:11] how new is this? [12:11] Ummmm, it landed in Oneiric, I think [12:11] Oneiric, indeed. [12:12] all these new names sound strange. guess I haven't checked ubuntu in a while :P [12:12] Oneiric is Ubuntu 11.10 [12:12] ah... how far away is 12? [12:12] 12.04 is due in April [12:12] I heard bad things about 11 [12:12] 11.10 is quite nice [12:12] 12.04 is precise? [12:12] Right [12:13] LTS ? [12:13] It will be an LTS, yes. [12:13] good. I'll install that one :) [12:13] Ubuntu was very unstable on my machine :| now I have a new i7 :) hope things will be stable [12:13] the whole system froze every 5 min... [12:22] about multiarch... what about the .install files for my libraries ? e.g. right now I have usr/lib/libecere.so* vs usr/lib32/libecere.so* [12:25] ESphynx: https://wiki.ubuntu.com/MultiarchSpec [12:25] As detailed on that page you should probably install to /usr/lib/i386-linux-gnu [12:26] guess I should keep supporting the non-Multiarch system for Ubuntu 10 right :| [12:27] i'll add multiarch support later [12:29] There's no such thing as Ubuntu 10, 11, or 12. There are two releases per year, in April (the 4th month) and October (the 10th month), so 10.04, 10.10, etc. [12:30] by 10 I was referring to 10.04 and 10.10 :P === danilo_ is now known as danilos === Quintasan_ is now known as Quintasan === yofel_ is now known as yofel [13:55] https://launchpadlibrarian.net/93555175/buildlog.txt.gz --> guys what are these errors about [13:55] You have not informed bzr of your Launchpad ID, and you must do this to [14:28] Hello. Was the date format for launchpad changed recently? [14:32] arges: where specifically ? [14:32] czajkowski, when i get data using launchpadlib [14:33] czajkowski, for example date_last_updated: "2012-02-21T12:52:56.912365+00:00" [14:33] this is how it look stoday [14:33] czajkowski, before it looked like this: "date_last_updated": "Tuesday, 20. December 2011 08:22 UTC" [14:33] Remove the following packages: 1) pbuilder-satisfydepends-dummy ? [14:34] arges: I dont think so but just let me see ok [14:36] arges, czajkowski: https://bugs.launchpad.net/wadllib/+bug/924240 [14:36] Ubuntu bug 924240 in python-wadllib (Ubuntu) "datetime interpretation changed" [Critical,Triaged] [14:36] james_w: thanks [14:36] james_w: so not changed more of a glitch. [14:37] yeah, not an intentional change [14:37] james_w, so is the plan to change it back to the original format or should i start re-writing my scripts? [14:37] I don't know [14:37] I would assume it would be changed back [15:07] james_w, any idea when this bug will be fixed? need to know if I should change my scripts to adapt to this new date format temporarily [15:08] arges: I've asked elsewhere and waiting to get back to you [15:08] czajkowski, thanks! [15:39] EvilResistance> since recipes only build on 32bit -- is this so? [15:39] tumbleweed knows what he's talking about [15:40] and i have tested building my 64bit progs in recipes and its failed [15:40] no kidding. [15:40] having said this, is 64bit recipe support in the works? [16:07] hi all, could a losa help me with an issue affecting language packs? It seems that the language pack exports for precies stopped being created on Feb 9th. We need to generate a full langpack this Thursday in preparation for beta-1. Could someone please have a look at it? - https://translations.launchpad.net/ubuntu/precise/+language-packs [16:08] dpm: that should run as a cron script, correct? [16:09] thedac, exactly. There is some more info there: https://dev.launchpad.net/Translations/LanguagePackSchedule [16:09] dpm: ok, I will look into it [16:12] excellent, thanks thedac :) [16:16] dpm: I am running this manually right now: /srv/launchpad.net/production/launchpad/cronscripts/language-pack-exporter.py ubuntu precise --force-utf8-encoding -q --log-file=INFO:/srv/launchpad.net/production-logs/rosetta/language-pack-exporter.log [16:21] thanks thedac - will this generate a full language pack export, as per the 'Request a full language pack export' checkbox on https://translations.launchpad.net/ubuntu/precise/+language-packs ? [16:22] dpm: from the log: 2012-02-21 16:15:53 INFO Got a request to do a full language pack export. [16:27] thedac, cool, thanks for confirming. Ah, thinking about it, I think this cron job is going to fail - IIRC full exports take from 16-24 h to complete, and starting it now means that it will hit the database disconnect tomorrow morning and it will fail. At least it was like this last time I checked, that's why we had to move the cron jobs to start after the DB disconnect [16:28] dpm: ok, I can cancel this it is scheduled as normal then [16:38] thedac, I'm not sure, whatever is most helpful to debug the issue and to get a full langpack by Thursday. Perhaps requesting a delta langpack first, as it completes quicker, and then a full one? [16:39] dpm: that makes the most sense to me. [16:43] thedac, cool, thanks. Would you mind keeping me up to date on the progress? [16:44] dpm: do we need to run the delta manually or wait for regularly schedule cron? [16:47] thedac, I'm not sure how long a delta takes to complete, but if it takes significantly less than the full one, and thus it's finished before tomorrow's db disconnect, I believe it could be started now. I think it's possible to find out how long previous delta exports took from the LP graphs, but I can't remember where (IIRC jtv or flacoste pointed me to it a while ago) [16:48] flacoste: can you comment? ^^^ === elopio_ is now known as elopio [17:08] good day [17:08] I'm having a weird issue with tags...the AJAX request returns Bad Request/Error 400; is this a known issue? [17:10] Renegade15: what bug and what tags are you trying to add [17:11] https://bugs.launchpad.net/ares/+bug/937938 [17:11] Ubuntu bug 937938 in Ares "Invisible MCV" [Low,Triaged] [17:11] the intended tags are in my comment [17:13] Renegade15: refresh the page I can add tags [17:14] jut not sure the tags you want to add are being recognised as being suitable tags [17:14] I tried refreshing multiple times, both via refresh as well as through navigating to the history and back [17:14] which tag would be considered unsuitable? [17:15] MCV quirk [17:15] those are two tags [17:15] doenst like ti [17:16] Renegade15: also can you remove the not so nice word on the comment please no need for that [17:16] bah, don't tell me the silly thing doesn't auto-lowercase the tag? -_- [17:16] thedac, dpm: i have no idea how long a full delta taks [17:16] thedac, dpm: we could also just not do a FDT tomorrow, is there one scheduled anyway? [17:17] alright, that's positively ridiculous and I'm filing a bug for that [17:17] thedac, dpm: i don't know where the graphs is hidden either, i can look for it later though [17:17] czajkowski: Thanks for your help [17:17] flacoste: let me check if an FDT is scheduled [17:17] Renegade15: np, but try adn refrain from swearing in bugs, makes people less likely to help you [17:18] so far, I have heard no complaints about the lp bugs I filed [17:20] flacoste: nothing is currently on the production status page. This might be the best way to make sure it finishes [17:20] flacoste: dpm: should we run a delta or a full then? [17:20] thedac: i think dpm wants a full [17:21] so let's run a full [17:21] and note on LPS not to do a FDT until Thurs [17:21] or the full is completed [17:21] ok [17:27] flacoste: dpm: ok a full is underway. I have a note on production status to wait on FDTs until this is complete [17:32] thanks thedac and flacoste, that's perfect === deryck is now known as deryck[lunch] [18:16] guys could you please help me out with my rules file? [18:16] https://raw.github.com/ecere/sdk/debian/debian/rules [18:16] I get an error on line 13... the 3rd cp === czajkowski 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 === deryck[lunch] is now known as deryck [19:11] * mgedmin sighs [19:24] mgedmin: ? [19:24] for some reason dealing with merge requests on launchpad feels like a chore [19:24] :( [19:24] while dealing with them on github feels like fun [19:24] but I cannot articulate why :( [19:24] anything stand out as a reason ? [19:24] ah [19:25] maybe it's this: [19:25] I get an email [19:25] I feel the exact opposite. [19:25] I see a link in the email [19:25] I click on the link [19:25] I see a page full of info I'm mostly not interested in [19:25] I have to hunt a bit to see the diff [19:25] then I have to think what I need to do to actually merge it [19:25] then find and carefully copy the url [19:26] switch to a terminal [19:26] go to the right place [19:26] type 'bzr merge ', paste the url [19:26] nothing difficult, really, just for some reason this feels tedious [19:26] I seem to have memories of github providing me with a copy-pasteable merge command [19:26] I hardly ever use the LP UI. I just go by e-mail. [19:27] on a separate line, so that I can tripple-click it [19:27] The mp e-mail includes the diff. I review in my e-mail client, provide comments inline, and respond. [19:27] ah, sorry, yes [19:28] and it also has the branch name as an lp: url [19:28] I don't know why I go to the web; the url is just naturally inviting, I guess [19:28] Sorry, why does that make a difference? [19:28] sorry, why does what make a difference? [19:29] That it's an lp url rather than an http one. [19:30] lp urls are Very Good because they're short [19:30] ...which is good.. right? [19:31] yes [19:31] Ok. [19:31] I just thought you were stating it as a bad thing. [19:31] sorry for being unclear [19:31] I try to balance my whining by mentioning good things every now and then [19:31] I just forget to mention what I consider to be good :) [19:32] Two reasons I find dealing with Github really awkward: 1. The web UI is harder to ignore. I must deal with it to do stuff. [19:32] 2. Not a github problem per se, but rather a git problem: People rebase all the time. [19:33] It's extremely annoying to review a 2k line patch, provide comments on specific points, and then get a brand new patch rather than just the changes. [19:33] I just want to make sure they've addressed my comments and haven't introduced new problems. [19:34] I guess I'm a bit spoiled with Launchpad since I use tarmac for everything there. [19:34] I don't have to ever manually merge anything. [19:34] I just set the mp to "approved" and magic happens. [19:34] Maybe it would feel more of a chore without that. [19:34] I guess it quite probably would. [19:35] it could be a simple usability vs learnability tension [19:35] github seems to optimize for the latter [19:36] True. [19:36] I don't deal with launchpad merge proposals often enough to remember how to use them well [19:55] hey all...looking for an admin that can help me delete some old spam comments [19:57] ...my account was breached last year and I had a user point out today some old comments from 2011-02-21 that are spam from the breach, if an admin could delete all comments attached to my account from that date it should clear it up (lp:~nickj-fox) [20:13] foxbuntu`: we don't have an easy query for that; please open a support ticket (url in topic) [20:22] foxbuntu`: is it on many bugs? [20:44] czajkowski, here is the list that was pointed out to me: http://paste.ubuntu.com/851665/ [20:44] not a huge list really === foxbuntu` is now known as foxbuntu [20:47] fahadsadah: ah thats not bad [20:47] I'll remove them here [20:47] just give me a few mins in the middle of a meeting [20:50] fahadsadah: done [20:50] bah [20:50] foxbuntu: done [20:51] czajkowski, thanks [20:51] np [22:31] flacoste: howdy! [22:31] in launchpad can I reassign a bug to affecting a package from a PPA not the package from the main ubuntu repos. [22:32] flacoste: is it possible to subscribe to receive email when new packages arrive in a private PPA? [22:32] kirkland: unfortunately, we don't have that feature (neither for public ppa) [22:33] flacoste: okay, thanks