[00:00] Wasn't there some flash-not-working-right with the new eglibc? [00:02] yes, but that shouldn't hang the browser [00:02] but the flash issue is one of the two fixed in -0ubuntu2 [00:03] RAOF: ok, disabled all plugins [00:05] ok, not hangs now so far. just waiting for packets which got stuck in queue to this 33600 modem which whole conference is using [00:06] thanks [00:08] ok, was too optimisti ;( but ignore me - I lack mood to debug it - its too late in day [00:09] hrw: just in case, please try upgrading libc6 when you have a chance (just published) [00:10] slangasek: I will [00:12] once will get there with elinks ;D [00:13] heh [00:26] ok, ubuntu2 installed, reboot to get them reloaded [00:30] yay! much better [03:33] I didn't expect a bourbon ping in this channel :) [03:33] Problems of having that as a safe word ^-^ === albrigha is now known as Guest70783 === Guest70783 is now known as albrigha === dduffey is now known as dduffey_afk === albrigha is now known as Guest66180 === aaronalb is now known as albrigha [05:56] * pitti retries the webkit build which causes so much uninstallability; the i386 build hit -ENOMEM [06:01] * micahg hopes a rebuild helps === yofel_ is now known as yofel [06:16] it's on a different buildd now [06:16] can only cross fingers [06:16] we really need a real staging area, such as -proposed [06:17] I thought precise-proposed was already open, for exactly that reason? [06:17] yes, we just didn't start using it yet [06:17] everyone uses PPAs [06:17] Yeah, I'm not entirely sure why :) [06:18] but we can't do binary copies from them [06:18] would be better to use precise-proposed, for new X.org, eglibc, gtk, glib etc. versions [06:18] I guess we just need to start trying [06:18] it's some extra overhead as they need to be hand-approved, but archive admins wouldn't actually need to read debdiffs [06:23] We can do binary copies from (specially calibrated) PPAs, but you're right; they're not available to all. [06:24] Is it trivial to auto-approve everything in precise-proposed until release? [06:26] i wonder if my pre-release backports patch already covers this... [06:26] let me look [06:27] although i suspect you want s/release/archive freeze/ or something [06:27] broder: the one for opening up backports next week or so? :) [06:27] yup! [06:28] what are the restrictions going to be on uploading new packages there? [06:30] uh, i believe the plan approved by the TB was that all uploads would land in UNAPPROVED [06:30] like they do now [06:31] so that might not help RAOF's problem [06:31] though i will note that currently it is not possible to upload to a non-RELEASE pocket if a release is not either frozen or stable [06:31] are pre-release uploads to backports likely to be copied to the main archive for q when it opens? [06:31] Not really RAOF's problem; I'm a canonical employee, so can request a super-PPA that *can* be binary-copied from. [06:32] heh, fine [06:32] ajmitch: they *will* be copied to q. that's part of the rules [06:32] But a problem in general, yes :) [06:32] broder: ah, excellent :) [06:32] though "copy" may actually be "script bumping the version number and re-uploading" [06:32] either way, it's useful [06:33] the approved plan also auto-files bugs against backports if a change to the release pocket should "supersede" a change in backports [06:33] to tell us that we need to do a merge [06:33] it means less bugging the release team for FFEs for new packages [06:33] right. in general, the intent is to remove some of the pressure for FFEs all aroudn [06:33] or at least part of the intent [06:34] https://lists.ubuntu.com/archives/technical-board/2011-November/001137.html is my post with the updated proposal based on TB feedback [06:34] the stuff at the end of the e-mail is more interesting/relevant than the quote [06:34] thanks [06:36] pitti: ^ fyi, when i was looking into the pre-release backports stuff, i discovered that you can only upload to a non-RELEASE pocket if the series status is FROZEN, CURRENT, or SUPPORTED, so we can't actually use -proposed right now [06:36] broder: oh, so that was it [06:36] because we did use devel-proposed in the last days of a release heavily, but at that time it was FROZEN [06:37] yeah, i'm surprised we didn't notice it, though, since we've been using 0-day srus fairly heavily lately === pitti_ is now known as pitti === semiosis_ is now known as semiosis === bradm_ is now known as bradm === robert_ancell_ is now known as robert_ancell === nhandler_ is now known as nhandler === zumbi_ is now known as Guest94149 === ivoks_ is now known as ivoks === nijaba_ is now known as nijaba === bryceh is now known as bryce === smb` is now known as smb === thegodfather is now known as fabbione === zanoi_ is now known as zanoi === statik is now known as 64MAAQOA7 [08:08] good morning === bryceh_ is now known as bryce === ikonia_ is now known as ikonia [08:25] It's Sponsorship Friday! :) [08:25] @pilot in === udevbot changed the topic of #ubuntu-devel to: Alpha 2 released! Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach [08:26] @pilot in === udevbot changed the topic of #ubuntu-devel to: Alpha 2 released! Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach, seb128 [08:26] * dholbach hugs seb128 [08:26] let's see how many pilots we can fit into the topic ;-) [08:26] dholbach, let's drive carefully, it's snowing out there ;-) [08:27] haha === geser_ is now known as geser === jodh is now known as jhunt === apachelogger_ is now known as apachelogger [09:08] same here, haven't tried figuring out why [09:10] presumably its s/w center that won't install, so it gets removed and to remove it we lose ubuntu-desktop [09:10] * apw will try and reinstall it shortly [09:10] * diwic runs upgrade instead of dist-upgrade today. === tsdgeos_ is now known as tsdgeos [09:11] could somebody reject https://code.launchpad.net/~tkluck/ubuntu/oneiric/gnome-shell/fix-bluetooth-device-switch/+merge/89040 === seb128_ is now known as seb128 [09:13] libwebkitgtk-1.0-0 : Depends: libwebkitgtk-1.0-common (>= 1.7.5) but 1.7.4-0ubuntu1 is to be installed [09:13] apw, wait on the i386 build to success so the arch:all binaries are available, amd64 built first [09:14] this new interdep between arches is just causing chaos [09:14] apw, it's not new? [09:14] it's there since ubuntu is there [09:14] but yeah, it's annoying [09:17] dholbach, can you set https://code.launchpad.net/~tkluck/ubuntu/oneiric/gnome-shell/fix-bluetooth-device-switch/+merge/89040 to merged or rejected or something? [09:17] dholbach, the fix got uploaded in a sru but I can't edit the merge request [09:17] seb128, no, but I think pitti can [09:18] and now fixing a bug from 2007-10-11, thanks Pojar George :) [09:19] dholbach, I hate how we can't edit those buggy merge requests ourself :-( do you know if anybody in launchpad is working on solving that issue? [09:20] I think somebody is, but I forgot the bug number and stuff [09:21] dholbach, ok, don't bother [09:21] seb128, the new multiarch dep between i386 and amd64 is new [09:21] the randomly wanting to deinstall things is not new indeed, but we are triggering it in a whole lot of new ways now [09:21] apw, well in this case it's not multiarch, it's good all arch:all built on i386 and binaries depending on common = binary:Version [09:22] ahh i see, my error [09:22] we should teach people to just use upgrade :p [09:22] yeah except that doesn't work either [09:22] in fact there is nothing safe one can do, pretty much ever [09:22] apw, well it will list those webkit binaries as on hold until they are built on i386 [09:22] and stupidly the most dangerous information is always off the top of ones screen [09:23] doing upgrade is a safe bet [09:23] then try dist-upgrade and see the few potential issues [09:23] upgrade at least helps to clear the one screen set of upgrade issues [09:23] though you'll just end up with a hybrid pig over time [09:23] and let you with a small comprehensive set === frederik_ is now known as fregl [09:23] perhaps we should reorder the list, so removes are last [09:23] then i might notice them :) [09:23] yeah [09:24] or perhaps we could mark ubuntu-desktop in some way as 'ask them to type the alphabet backwards before allowing me to be deinstalled' [09:24] or we should make dist-upgrade do an upgrade first and show you the remaining part for confirmation then [09:24] yeah, perhaps i'll alias it to that and see how that plays out [09:25] how much less often i host my machine [09:25] seb128, i thought the issue with using upgrade && dist-upgrade was that recommends arn't done for upgrades [09:26] so you end up having to do like upgrade && dist-upgrade && install ubuntu-desktop^ to get a full install [09:26] oh, maybe [09:26] so screwed either way? ;-) [09:26] that was kinda my point. you do one and everyone tells you the other is the only safe one ... but clearly thats NP complete [09:27] looking at mame now [09:27] * dholbach hugs jamespage [09:28] jamespage, seb128: I wonder if we're going to set the record of most concurrent patch pilots today :) [09:28] ;-) [09:28] **\o/** [09:29] cjwatson, on https://bugs.launchpad.net/ubuntu/+source/vim/+bug/856779 you wrote that you were going to sponsor to oneiric-proposed, it seems that didn't happen ... did you change your mind (i.e found a bug with the update) or was there an issue with the upload (i.e you forgot or it got rejected or something) [09:29] Ubuntu bug 856779 in vim (Ubuntu Oneiric) "gvim slow to respond" [Undecided,In progress] [09:31] could somebody reject https://code.launchpad.net/~snicksie/ubuntu/oneiric/gdb/fix-for-typo-conjuction/+merge/86026 ? [09:32] could somebody set https://code.launchpad.net/~3v1n0/ubuntu/oneiric/bamf/libreoffice-fixes/+merge/85199 as merged? === fenris_ is now known as Guest89739 === gord_ is now known as gord [09:37] looking to https://bugs.launchpad.net/ubuntu/+source/jackd2/+bug/911342 [09:37] Ubuntu bug 911342 in jackd2 (Ubuntu) "Please merge jackd2 1.9.8~dfsg-1 (main) from Debian unstable (main)" [Undecided,Confirmed] [09:37] looking at unity-mail === Guest5524 is now known as Zic === Guest89739 is now known as ejat [09:46] looking at bacula lzo support [09:47] can somebody please mark https://code.launchpad.net/~geoubuntu/ubuntu/precise/tvtime/tvtime-1.0.2-fix_fulscreen_crash/+merge/92027 as 'rejected'? pitti or cjwatson maybe? (explanation in last comment) [09:47] ciao fabbione - auguri! :) [09:49] dholbach: thanks dude :) [09:49] taking a look at gedit-developer-plugins === zumbi is now known as Guest47393 [10:06] looking at nova [10:07] WAH Launchpad DB offline [10:09] jamespage: nova? [10:09] Daviey: looked at - zul has it in hand! [10:09] unsub'ed sponsors === Igorot is now known as Knightlust [10:11] cool [10:15] looking at dahdi-linux [10:29] looking at celt upgrade - no action required from sponsors so unsubscribing. [10:31] apw: your query didn't get through, so I'm not sure what you were talking about :) [10:32] seb128: upgrade isn't intrinsically safe, BTW, because it means your system will forget about new Recommends that were introduced by the packages it did manage to upgrade [10:33] cjwatson, does a subsequent apt-get install ubuntu-desktop^ fix the missing recommends ? [10:33] cjwatson, yeah, apw pointed that as well, I didn't notice that until today, thanks ;-) [10:33] dholbach: tvtime> done [10:34] cjwatson, can you do those as well? [10:34] could somebody reject https://code.launchpad.net/~snicksie/ubuntu/oneiric/gdb/fix-for-typo-conjuction/+merge/86026 ? [10:34] could somebody set https://code.launchpad.net/~3v1n0/ubuntu/oneiric/bamf/libreoffice-fixes/+merge/85199 as merged? [10:34] dholbach, can you set https://code.launchpad.net/~tkluck/ubuntu/oneiric/gnome-shell/fix-bluetooth-device-switch/+merge/89040 to merged or rejected or something? [10:34] [10:35] seb128: gdb, bamf> done [10:35] cjwatson, thanks ;-) oh and did my question gvim went through? I timeouted at some point [10:35] apw: provided that the only Recommends in question are within the ubuntu-desktop task, which is likely to cover some but not all [10:36] seb128: yeah, I was just paging through the easy stuff in scrollback before looking at the stuff I'd have to think about ... [10:36] cjwatson, ok, thanks ;-) [10:36] seb128: my mailbox says the vim upload was rejected without explanation [10:36] perhaps a mistake by somebody? it should still be resurrectable from the REJECTED queue if somebody wants to ... [10:36] cjwatson, can you reject https://code.launchpad.net/~tkluck/ubuntu/oneiric/gnome-shell/fix-bluetooth-device-switch/+merge/89040 as well? thanks [10:37] a few ntfs-config uploads were rejected without explanation around the same time [10:37] cjwatson, i had an overlapping apt-get update or similar break an inprogress dist-upgrade; this stopped the dist-upgrade dead in its tracks with a lock failure, but also left the system with 'E: Internal Error, No file name for libpam0g', install -f didn't fix it, i had to hand dpkg -i the file in /var/cache/apt/archive to recover [10:37] cjwatson, hum, did you get an accept,waiting in the queue and then rejected later? i.e it got rejected by somebody? [10:37] seb128: gnome-shell> done, though maybe you could leave a more detailed explanation in that case [10:38] cjwatson, doing so [10:38] apw: wacky, that should just have been impossible [10:38] seb128: accept/reject> no [10:38] just waited in the queue for a while and was then rejected [10:38] in retrospect I suspect that somebody fumble-fingered the web interface and didn't notice [10:38] it can be all too easy [10:39] right [10:39] cjwatson, tjat was my feeling :/ still in case you see it agian, dpkg -i is your friend [10:39] do you still have the source? will you reupload? [10:39] seb128: LP still has it - it's in the rejected queue [10:40] pitti or RAOF could resurrect it from there [10:40] cjwatson, ok, thanks [10:40] I will check with them [10:40] https://launchpad.net/ubuntu/oneiric/+queue?queue_state=4&queue_text= [10:47] tjaalton: it is annoyingly slow; in that ~12h there's the delay of Debian publishing the package (unavoidable, IIRC up to 6 hours or so) and then a possible delay of up to 7 hours before LP notices. https://bugs.launchpad.net/launchpad/+bug/812597 [10:47] Ubuntu bug 812597 in Launchpad itself "gina imports from debian arrive too slowly" [High,Triaged] [10:48] dholbach, Hey! can you please sponsor this https://code.launchpad.net/~om26er/ubuntu/oneiric/nux/sru-888039 === infinity_ is now known as infinity === ivoks_ is now known as ivoks [10:51] cjwatson: yeah I was able to sync them maybe an hour ago [10:51] thanks for the bug, subscribed [10:53] dholbach, om26er: I can look at the nux sru [10:54] seb128, great, this https://code.launchpad.net/~om26er/ubuntu/oneiric/compiz/sru-764330/+merge/92296 as well [10:54] both should improve the overall performance of oneiric [10:54] om26er, I'm less sure about this one [10:54] dvv had https://code.launchpad.net/~vanvugt/ubuntu/oneiric/compiz/fix-763005-oneiric/+merge/90254 in the queue before you [10:55] seb128, dvv handed me the patch since the initial patch created a regression [10:55] om26er, can you merge both, test if the update work and resubmit yours? [10:55] om26er, should we drop the one I just pointed then? [10:56] seb128, this branch seems to fix another bug, [10:56] seb128, should i merge his fix in as well? [10:57] om26er, I'm confused by you saying that his fix is buggy [10:57] is it buggy or not? [10:57] seb128, its not buggy, its fine [10:58] om26er, ok, can you include this one as well in your update? no need to do 2 different srus and wait week between those [10:58] seb128, yes doing that now, thanks [10:58] om26er, thank you === MacSlow is now known as MacSlow|afk === _salem is now known as salem_ [11:11] requesting jonos rockstar skills urgently for https://plus.google.com/u/0/115750270177636397262/posts/9fNFpwRW3XK === tkamppeter_ is now known as tkamppeter [11:29] jamespage, seb128: I'll take a break from Sponsorship Friday and leave a few items for others now :) [11:30] dholbach, ack [11:30] I'd still love to see the topic overflow :-P [11:30] dholbach, same here, lunch time [11:30] dholbach, what was the count when we started? we are to 48 [11:31] seb128, yesterday when I sent the reminder mail it was 66 [11:31] dholbach, ok, progress, still some way to do but for a morning it's not bad ;-) [11:31] in my notes I have 9 [11:31] seb128, this https://code.launchpad.net/~om26er/ubuntu/oneiric/compiz/perf-sru/+merge/92444 :) [11:31] dholbach, enjoy your lunch! [11:31] you too :) [11:32] om26er, thanks, did you test run it? maybe put it in a ppa for the w.e, I doubt any sru member will approve it before monday anway [11:32] om26er, I will upload it to the queue today but still would be good maybe to get a bit of extra testing meanwhile [11:32] seb128, I have tested the patches from his ppa, I am going to put it into my ppa and test these two patches [11:33] can someone make https://code.launchpad.net/~l3on/ubuntu/oneiric/pdf-presenter-console/sru-922752/+merge/90606 go away from the queue? dholbach nacked it [11:34] Wellark, Hi [11:34] cjwatson, ^ [11:34] Laney: done [11:35] ty [11:35] Wellark, can you please look into bug 930088 and tell what info would be needed. [11:35] Launchpad bug 930088 in mobile-broadband-provider-info (Ubuntu) "Add 'Ptcl EVO' as a CDMA internet provider " [Undecided,New] https://launchpad.net/bugs/930088 [11:37] cleaned two items without doing any work ;-) === MacSlow|afk is now known as MacSlow === dendrobates is now known as dendro-afk [12:27] how does one tell if a particular package is on the CD? [12:30] When a patch is supplied to debian upstream, what exactly are the steps to get it into the ubuntu package? [12:34] there is a bug on launchpad, and a patch in the debian branch of the package [12:34] jml: grep the .manifest and/or .list files alongside the CD images [12:35] cjwatson: thanks. [12:36] glenn: has it actually been uploaded to Debian? [12:37] cjwatson: good question :) [12:37] or committed to a branch maintained by the Debian maintainer? [12:38] cjwatson: yeah the patch was supplied on github, and the maintainer put it in [12:38] maybe URLs would help :-) [12:38] its in the bug report :) [12:38] https://bugs.launchpad.net/ubuntu/+source/fail2ban/+bug/920995 [12:38] Ubuntu bug 920995 in fail2ban (Ubuntu) "SysV status script returns the wrong exit code when fail2ban is not running" [Undecided,New] [12:39] so not yet uploaded to Debian [12:39] can i see that in the debian packages list? [12:39] http://packages.qa.debian.org/fail2ban [12:40] given that we aren't carrying any Ubuntu patches to fail2ban, I think the simplest answer is to wait for it to be uploaded to Debian, and then sync it [12:40] https://wiki.ubuntu.com/SyncRequestProcess === StevenK_ is now known as StevenK [12:40] cjwatson: is the fail2ban package on ubuntu a complete debian copy ? [12:40] yes [12:41] this advice only applies to precise; if it needs to be fixed in stable releases too, then https://wiki.ubuntu.com/StableReleaseUpdates [12:42] cjwatson: well, the exit status wasnt complient to lsb init [12:42] I understand that it is a bug [12:42] cjwatson: yeah it is [12:42] cjwatson: my first fixed bug though :) [12:43] there are however many bugs that we cheerfully don't fix in stable releases; there is a higher threshold for making any change there [12:43] yeah im reading the link [12:43] in any case, I carefully didn't express any opinion about whether this one should be fixed in stable releases or not, because I haven't thought about it enough [12:43] but the links above should help [12:44] cjwatson: so you actually saw the bugs i created [12:44] well, only when you linked to it [12:44] ah ok [12:44] this is new to me so im trying to find out the workflow [12:44] I don't have any involvement with fail2ban [12:44] just offering general advice [12:46] cjwatson: the sablereleaseupdates dont mention anything about lsb compliance [12:46] +t [12:47] nor should they [12:47] the SRU guidance offers general advice on the kinds of things that are suitable for stable updates; its purpose isn't to enumerate all the things that might be considered severe enough [12:47] you're meant to apply judgement :-) [12:48] cjwatson: severe severe... i wouldnt call it severe.. was just bad init script coding :) [12:48] its a bug though [12:48] sure; most bugs I fix, I only fix in the development release [12:49] so precise? [12:49] or onerice [12:49] precise [12:49] k k [12:49] so you fixed the kernel bug to? [12:49] with 3.2.0-14 [12:49] huh? [12:49] * cjwatson <- not a kernel hacker [12:49] im using preseed, and it didnt work for 5 days [12:49] after alpha2 [12:49] nm then :) [12:49] the installer was broken for a few hours due to kernel ABI desync; not five days, I don't know what that's about [12:50] probably nothing to do with me :) [12:50] cjwatson: i had to wait the whole weekend before preseed could install linux-virtual [12:50] and some more days [12:50] it was failing on the wget with a weird error while it was on the repo's [12:52] but thanks for your answers regarding the package [12:52] :) [12:58] cjwatson: is it correct that if the package was uploaded to debian and the debianimport for precise wasnt frozen yet, it wouldt have been auto-synced? and becuase of that i would now have to make a sync request? [13:02] glenn: correct [13:03] cjwatson: thats pretty cool :) [13:04] sbeattie, could you look at bug 930115 . regression in lucid [13:04] Launchpad bug 930115 in php5 (Ubuntu Lucid) "php5 5.3.2-1ubuntu4.13 introduced regression in magic_quotes_gpc" [High,Triaged] https://launchpad.net/bugs/930115 === mrpouit is now known as mr_pouit === MacSlow is now known as MacSlow|lunch === ts2 is now known as tsimpson === bladernr_afk is now known as bladernr_ [14:00] grrrrrr [14:00] sorry guys [14:00] https://launchpadlibrarian.net/92511991/buildlog_ubuntu-precise-i386.webkit_1.7.5-0ubuntu1_FAILEDTOBUILD.txt.gz [14:01] "/usr/bin/ld: failed to set dynamic section sizes: Memory exhausted" [14:01] lamont, is there any way to get webkit i386 sent to build on a beefy builder? [14:01] we are going to have that amd64 installability issue for at least another 8 hours [14:01] since that build failed again [14:02] Does a sufficiently beefy builder exist? [14:02] what is the failure mode [14:02] doh [14:02] cjwatson, I don't know, what can we do if not? :-( [14:02] cjwatson, it built on amd64 [14:02] Good question [14:02] We could perhaps assign an amd64 builder to i386 temporarily [14:03] Although I'd be surprised if there weren't already i386 builders in the same class [14:03] seb128: I'd like to see someone analyze it, but roseapple and allspice are both G6's with what should be plenty of RAM [14:03] cjwatson: the fail2ban package was just uploading to debian-unstable. could you show me an example requestsync commandliner for me on how to request a sync for it? [14:03] and swap [14:03] lamont, well my local built leaded to a ld using a bit over 3gb of ram [14:03] glenn: 'requestsync fail2ban precise' [14:03] penguins, antartic bases, elements, fruits, starnames. later is better [14:04] seb128: file an RT about it mentioning RAM needs, and the builder that failed it? [14:04] lamont, if that helps... [14:04] so it requires PAE on i386, basically? [14:05] then get some buildd admin (webops?) to stuff the bunch on manual, score you through the roof, and automaticize allspice, and then the rest once it gets your package [14:05] I could also retry the build and see if I get lucky, but each retry takes some 8 hours and we have amd64 in uninstallable stable due to arch all,any mismatches [14:05] nice [14:05] lamont, so rt is the way to go? [14:05] sending one... [14:05] lamont: allspice is amd64 right now [14:06] roseapple [14:06] I can try it on roseapple now if there's a credible hope that it should succeed there [14:06] which builders has it failed on so far? [14:06] grr, just loading that build log has rendered firefox entirely unresponsive [14:06] cjwatson: roseapple or allspice should build it just fine, I expect === MacSlow|lunch is now known as MacSlow [14:07] cjwatson, that built was vernadsky [14:07] let me see the previous one [14:07] I suspect that the "not-roseapple" i386 builders all have about 512MB of swap, and 2-4GB of RAM [14:09] seb128: and the ticket will be a dup of another one that says "review the RAM/SWAP on the builders and make it sane" [14:09] hints as to what amount of VM is "sane" are very much helpful in that process [14:09] cjwatson, I didn't keep the email from the previous build [14:10] ok [14:10] cjwatson, lamont: do we need a r-t or not? [14:10] just waiting for https://launchpad.net/ubuntu/+archive/test-rebuild-20120201/+build/3169749 to finish on roseapple [14:10] we should have an RT so that we don't have to fight with selecting the right builder in future [14:10] ok [14:10] seb128: not particularly for your rebuild, but yes, please file one about the memory footprint of webkit [14:11] mixed in with all that is the presumption that you've already asked yourself "is it sane that ld needs 3GB to link this beast?" === stgraber_ is now known as stgraber [14:11] cjwatson: its telling me the versions are the same, but it was accepted in debian unstable with a newer version.. [14:11] glenn: should i wait a bit? [14:12] seb128: try ld --no-keep-memory [14:12] -d unstable [14:12] mm [14:12] glenn: yes, you'll need to wait for a while [14:12] simplest to just make a note to try it tomorrow [14:12] lamont: tried that already, didnt help [14:12] cjwatson: thanks again [14:12] and yes, you will need -d unstable [14:12] but LP needs to have imported the package first [14:13] k k [14:13] ah. that makes it make sense. thanks cjwatson [14:13] how much hardware does a amd64 builder have? [14:13] about 2U [14:13] :) [14:13] seb128: possibly --reduce-memory-overheads too [14:13] glenn: they vary [14:13] * lamont -> town [14:13] who pays for it? :) [14:13] ubuntu? [14:14] Canonical [14:14] seb128: webkit building on roseapple now, build farm back on autuo [14:14] *auto [14:15] cjwatson: are you at the ubuntu office? or where is ur working spot [14:15] glenn: most Ubuntu developers work from home [14:15] including me [14:15] cjwatson: but your doing it for free right [14:15] No, I'm employed by Canonical [14:15] cjwatson, ok, thanks, I will have a look to --no-keep-memory and --reduce-memory-overheads [14:16] cjwatson, lamont: rt #50818 [14:17] hey, for speeding up the call for testing on compiz, is it possible to get a higher build score on those two builds: https://launchpad.net/~didrocks/+archive/ppa/+build/3201504 and https://launchpad.net/~didrocks/+archive/ppa/+build/3201498 ? [14:20] didrocks: done === Ursinha is now known as Ursinha-lunch [14:20] cjwatson: thanks :) === dduffey_afk is now known as dduffey [14:26] who would someone want to use a builder from canonical, and not your own pc? [14:27] Your own PC can't easily build packages for multiple architectures and publish them on ppa.launchpad.net for people to use conveniently === soren_ is now known as soren [14:30] I wonder if someone here could give some quick advice. [14:30] bug 321091 [14:30] Launchpad bug 321091 in bacula (Ubuntu) "Bacula fails to install correctly if mysql wasn't installed before" [Medium,Confirmed] https://launchpad.net/bugs/321091 [14:31] if the user does not have mysql installed (apparently also true with postgresql) and types 'apt-get install bacula-director-mysql', then they'll also get mysql. [14:31] mysql will not be running at the time when bacula's db-config tries to populate mysql. [14:32] it would seem that "Pre-Depends" would satisfy this, but "You should not specify a Pre-Depends entry for a package before this has been discussed on the debian-devel mailing list" [14:39] cjwatson, i'm sure you can provide the right answer, so at your convienence, i'd appreciate it. [14:59] * ppisati -> reboot [15:09] smoser: which maintainer script is db-config being called from? if it's from the .config script, a pre-depends doesn't help at all [15:11] dbc_go bacula-director-mysql $@ [15:11] is in postinst [15:11] smoser: *never* use pre-depends for something needed in the postinst - simple depends is always sufficient :) [15:11] wait. but also in .config [15:12] right, so neither depends or pre-depends helps [15:13] slangasek, given the warning in the debian manual, i wasn't going to just shove it in there without testing.. [15:13] so you have an idea on what would be correct there? [15:13] i'm mainly just curios. its been around for quite a while. [15:13] config *must* only use Essential packages and debconf [15:15] the config script seems to only use db-config if it's available, which is in principle ok [15:16] unless it also needs mysql to be available at *that* point; the bug report isn't terribly clear to me [15:21] cjwatson: db-config-foo could be available at .config time without the database backend itself being available [15:21] right, I thought of that part-way through [15:23] the only suggestion I have is to check for db presence as well at config time, and make sure the config db_inputs are repeated in the postinst so that if they can't be preconfigured due to lack of database at preconfiguration time then the questions are at least asked when the postinst is run [15:23] there is no way to fix this using dependency relationships === achiang` is now known as achiang [15:29] cjwatson, slangasek gracias. [15:40] kelemengabor: are you here? [15:40] roadmr: yes [15:40] feel free to ask :) [15:41] kelemengabor: thanks! our package (checkbox) imported a bunch of .po files but they contain some commented, duplicate definitions at the end of the files === dendro-afk is now known as dendrobates [15:41] kelemengabor: these are keeping it from building properly :( a quick fix is to delete all those entries (always at the end of the file) [15:42] kelemengabor: I wanted to ask if that's OK, or if there's a better way to handle this [15:42] kelemengabor: it looks like our PO files are wrong as described in LP bug 333281, but that is Fix Released so I'm not sure why we're getting those bad POs [15:42] Launchpad bug 333281 in Launchpad itself "po export error duplicate message definition" [High,Fix released] https://launchpad.net/bugs/333281 [15:43] looking... [15:43] thanks! [15:43] which branch has this files? [15:44] kelemengabor: https://code.launchpad.net/~roadmr/ubuntu/precise/checkbox/0.13.1-retry [15:47] seb128, jamespage: still just the three of us? :) [15:47] in general, the presence of such commented old strings should mean no problem, and LP keeps such in case they are reused sometime in the future. duplicates should not really happen, so this may be a toolchain bug [15:48] @pilot out === udevbot changed the topic of #ubuntu-devel to: Alpha 2 released! Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach, jamespage [15:48] dholbach, no, just the 2 of you :p [15:48]