[00:12] cjwatson, who keeps pushing back apt-sync/delta-debs? [00:35] pitti: are you going to assume reponsibility for the regression you introduced in bug 580961 or not? [00:35] Launchpad bug 580961 in unzip (Ubuntu) "unzip fails to deal correctly with filename encodings" [High,Triaged] https://launchpad.net/bugs/580961 [00:36] Is asking you to forward-port an existing patch really too much to ask? [00:46] laibsch: Judging from the bug comments, it seems to me he’ll be happy to sponsor a patch. Have you made one yet? [00:46] why is the burden to provide the patch on me? [00:47] he dropped the patch (introducing the regression) assuming the patch was no longer needed [00:47] I don't blame him for that [00:47] Somebody will need to forward-port the patch to unzip 6.x [00:47] I'm sorry that won't be me, not because I don't want to, but because I can't [00:48] I think he should accept that he's the one that should do this unless somebody steps up to the plate and volunteers [00:48] "I'm not being paid anymore to work in this area" is ultra-lame [01:30] hi [01:31] how do i compile with a makefile and redirect the output to a file in bash? [01:33] make > foo. Just like any other redirection. [01:43] make > make.log 2>&1 actually [01:43] thanks though === Zachzor is now known as sh33p === sh33p is now known as Zachzor [01:57] Bug #588076 Is http://pastebin.com/128hP8jq (which I have confirmed to work) something which is sane to do? [01:57] Launchpad bug 588076 in rhythmbox (Ubuntu) "[FTBFS] rhythmbox tries to define "pause", which is already used by unistd.h" [High,Triaged] https://launchpad.net/bugs/588076 [02:01] ↑↑ Nevermind, someone fixed it in git already :) === Laibsch1 is now known as Laibsch [05:17] Good morning [05:17] ScottK: seems someone beat me to it; soprano is built now [05:18] wgrant: ah, fun; I had expected that the diff generation was the performance critical bit, and that a mere regex match over the .changes was cheap? [05:49] Hello [05:49] Is this a support channel? [05:50] !support | Semperfi40 [05:50] Semperfi40: The official ubuntu support channel is #ubuntu. Please be aware that this channel is for development only. [05:52] *Sad face* Bleh I'll just wait for more useful people to join that channel then. *Wanders back over to the ubuntu channel* [06:33] pitti: Well, the diff generation is done by a cron job. [06:33] pitti: +queue is notoriously timeoutish. [06:35] However, we store the .changes' changelog section in the DB, so I can access it quickly and do something like http://people.ubuntu.com/~wgrant/launchpad/changelog-in-queue.png [06:35] Or I could extract just the numbers, if I can find somewhere good to put them. [06:35] wgrant: timeoutish> heh, I noticed; binNEWing kernels is fun [06:36] wgrant: adding expanders to the queue items to see the .changes (similar to e. g. the PPA +packages view) is out of the questin? [06:37] pitti: That's what the screenshot shows, isn't it? [06:37] oh, right; that'd be nice indeed! [06:37] It's a bit different on +queue, since at the moment all of the expandy bits are rendered as part of the main page, whereas in PPAs they're AJAX loaded. === pitti changed the topic of #ubuntu-devel to: "Archive: soft-freeze for Maverick alpha1 | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-lucid | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/Help [06:38] So there's only so much we can safely throw into +queue before we AJAXify it. [06:38] wgrant: ah, I see [06:38] But this particular change requires no more DB queries, so it's safe enough. [06:38] wgrant: well, I guess we'd keep our sru-review helper script either way [06:39] it currently parses out the bugs from the .changes, creates the debdiff, and opens all the affected bugs in the browser [06:39] and creates a command line for sru-accept.py [06:39] I expect we want to keep those, and just change it to grab the diff from LP instead of having to download the two packages and run debdiff [06:39] sru-accept.py does the commenting on the bug thing as well, I guess? [06:40] the diff is the expensive part from the client side, so with this existing now I'm actually really happy :) [06:40] And I guess it screenscrapes? :/ [06:40] wgrant: s-accept adds a "test me" comment, sets tags, subscribes folks, and updates task status, yes [06:41] wgrant: sru-review screenscrapes the queue, right [06:41] Right. [06:42] I'm not sure how often the diff generation cron job is running, so it could take a few minutes to show up. [06:42] that should be fine [06:42] we aren't usually reviewing SRUs *that* closely :) [07:02] zul: seems your last samba merge in maverick reintroduced the ctdb b-dep; this was already discussed before (bug 497035), can this be dropped again? samba currently doesn't build because of that, and causes some uninstallability [07:03] Launchpad bug 497035 in ctdb (Ubuntu) "MIR for ctdb" [Undecided,Invalid] https://launchpad.net/bugs/497035 [07:13] zul: I'll just drop ctdb again, if that's alright with you [07:15] good morning [07:16] hey dholbach, good morning! [07:16] hey pitti [07:22] apw: good morning! [07:22] apw: I guess there's not much hope for bug 587888 to be fixed for alpha-1? [07:22] Launchpad bug 587888 in linux (Ubuntu Maverick) "aufs oops in au_do_open() on maverick live system boot" [Critical,Triaged] https://launchpad.net/bugs/587888 [07:22] apw: we can release alpha-1 without deskop images, it's not the end of the world === joel_ is now known as detonated [07:48] Riddell, ScottK: so kdebase-plasma depends plasma-widget-folderview, but p-w-f conflicts kdebase-plasma; what's the solution here? [07:49] JontheEchidna: ^ or maybe you know? [07:53] pitti: "use GNOME" [07:53] * mneptok whistles innocently [07:54] heh === almaisan-away is now known as al-maisan [08:00] pitti: I'll unassign ~kubuntu-dev from bug 588150 - else every core-dev will get an email [08:00] Launchpad bug 588150 in kdeedu (Ubuntu Maverick) "build-depends on avogadro, which is in universe" [High,New] https://launchpad.net/bugs/588150 [08:00] dholbach: ah, sorry about that [08:01] does core-dev need to be a member of kubuntu-dev? [08:01] for bzr branch committing, I suppose [08:01] we should just use source package branches - that'd solve all those problems :) [08:02] our acl <-> team membership landscape gets more and more complicated [08:02] Riddell: ^ which team do you suggest for this bug? [08:02] or ScottK maybe ^ === hrw|gone is now known as hrw [08:18] https://bugs.launchpad.net/ubuntu/+source/python-central/+bug/588156 => any comments on the merge ? :) [08:18] Ubuntu bug 588156 in python-central (Ubuntu) "Please merge python-central 0.6.16 (main) from debian unstable" [Undecided,New] [08:18] mr_pouit: FYI, I'm removing a couple of langpacks from the xubuntu alternate to fix the oversizedness; for those early alphas that doesn't matter much, I suppose [08:19] next build should be okay [08:48] i would like to invite everyone to my new ubuntu channel, #ubuntu-faggots [08:48] +o for everyone === tkamppeter__ is now known as tkamppeter [09:13] james_w: hullos! is there any documentation on launchpad recipes? or examples for that matter [09:32] Could a core-dev please give back: lftp libnice mdbtools transfig. Thanks. [09:34] geser: doing [10:04] So, there is no longer separate ubuntu-main-sponsors and ubuntu-universe-sponsors, but rather a single ubuntu-sponsors? [10:05] correct [10:12] So, I heard there are plans to enable GTK RGBA by default in maverick? [10:14] LucidFox: Not so much “plans” as “it's currently breaking emacs-gtk” :) [10:14] heh [10:14] Is there a special tag for software that breaks it? [10:14] for bug reports, that is [10:15] gtk-csd [10:15] there is already a list of those [10:15] banshee, emacs, flashplayer, etc, etc [10:16] isn't gtk-csd for client-side decorations? [10:21] LucidFox, client side decoration and rgba are in the same changeset [10:21] LucidFox, csd requires rgba [10:21] Ah. [10:22] we don't need 2 different tags to track the same changeset issues [10:22] the idea is to have those bugs listed, not to be strict about matching tags wording ;-) [10:24] You see, the reason I'm asking is because I've had a patch lying for a while for xchat-gnome crash: bug #92028 [10:24] Launchpad bug 92028 in xchat-gnome (Ubuntu) "xchat does not do composite transparency, crashes if transparency is enabled with GTK RGBA" [Wishlist,Triaged] https://launchpad.net/bugs/92028 [10:24] normally I'd upload it myself, but xchat-gnome happens to be in main (why, by the way?) [10:24] because it's our recommended IRC client [10:24] ah [10:24] it's on the DVD I think [10:25] I'm fine sponsoring a debdiff if you have one === spaetz` is now known as spaetz [10:34] dholbach: kubuntu bugs can go to kubuntu-bugs I guess [10:34] apw, hi [10:34] apw, you have alpha1 work items on [10:34] https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-xorg-in-mm [10:34] https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-easy-wayland-testing [10:34] are those still going to happen? [10:35] RAOF, ^ [10:35] thanks Riddell [10:35] done [10:35] ev, mvo: hello, any chance for that apt bash tab completion issue? [10:35] zyga: I've already uploaded a fix. [10:35] ev: lovely, thanks :-) [10:36] do let me know if you're still having issues [10:36] once it's built and installed, that is === tkamppeter_ is now known as tkamppeter [10:38] seb128: I'm unsure about apw's items there, but they still can be done by alpha-1; they don't require any archive uploads. Perhaps apw's planning to do them during the freeze? [10:39] RAOF, ok, I was just checking in case you knew since those specs are assigned to you [10:39] RAOF, I will check with apw when he's around, thanks [10:40] * apw looks blearily at seb128 and RAOF [10:41] they are on my list to do, i think the ones you are referring to are small so there is definatly hope [10:42] apw, if they are still on target for alpha1 that's fine, I'm just checking what should be moved to alpha2 now [10:42] It's: review the crazy intel GTT coherency patch (I think there's actually a newer version of that available), and a little wayland checking. [10:42] RAOF, a newer version ? [10:42] apw, RAOF: thanks [10:43] RAOF, got a reference to that one [10:43] apw: I'll check on the bug. There was recent activity there, and there have been at least 9 versions of the patch, so it's non obvious to track. :) [10:44] RAOF, heh sounds like a nightmare as normal, best if i review and package up the right one tho. [10:45] _Man_ that bug has a lot of duplicates. [10:45] Sucks to have an i845 card, too. That bug's similar, but without anyone really working on it. [10:46] Do you need a link to the latest upstream version of that patch? [10:46] apw: http://bugs.freedesktop.org/attachment.cgi?id=35548 is the v9 patch against drm-intel-next as of 2010/05/10. [10:47] It's missed the 2.6.35 merge window, and there appear to _still_ be reports of GTT incoherency even with that patch. [10:47] Yay hardware! [10:48] RAOF, and this is the fix meant to fix the 8xx intel h/w ... right ? [10:48] backporting things to intel 2.7.1 as a forked driver, turning off KMS for 8xx and adding the fork to the xserver autoconfig logic so it's automatically loaded for !KMS because -intel is KMS only really seems like the way to go at this point [10:48] apw: It's meant to fix i855. i845 has a similar problem, but no patch. And then there are other i8xx cards… [10:48] apw: *one* specific 8xx [10:48] intel 8xx... nightmare [10:49] Sarvatt, i thought we already had 8xx KMS disabled now, and it was causing issues for some people who used to work ? [10:50] bb in few [10:50] apw: they're still using the newer xserver-xorg-video-intel, those GPU's were never made to work the way the modern driver is assuming and it's just getting worse and worse [10:51] seb128> Debdiff uploaded [10:51] Sarvatt, so you are saying leave the kernel as is (disable KMS for 8xx) and fix the Xserver to use an older -intel drop for those cards only [10:51] LucidFox, thanks [10:52] apw: Yup. That was the outcome at the Xorg-in-Maverick overview session. [10:53] RAOF, so does it even make sense to look at this patch then? [10:53] apw: It'd be nice to apply to Lucid. [10:54] * apw shudders ... i can hear martin and stefan screaming already [10:54] Where we *don't* have an old intel driver. [10:54] problem is the old driver could still be screwed up with the newer kernel, it's something that needs testing [10:54] Sarvatt: Should be much less likely, though; it won't be using the gem interfaces, right? [10:54] Or will be using a much more restricted subset. [10:56] >ubuntu-x :) [11:00] could an archive admin let my x-loader-omap4 package into the archive (sitting in NEW) [11:07] http://live.gnome.org/GTK+/ClientSideDecorations <-- Woo, wayland is a goal === smb is now known as smb-afk [11:27] could somebody KDEish look into the uim FTBFS? It ends up triggering a minor but irritating Soyuz bug during autosyncs for reasons too tedious to explain in full ... [11:27] uim? [11:29] mm, ok [11:30] cjwatson: could you please sync the new source package "git"? the source package "git-core" (in Ubuntu main) got renamed to "git" (it's not urgent) [11:31] geser: I'm on archive admin duty today, file a bug and I'll get to it [11:31] Riddell: ok [11:33] james_w: how can I move https://code.edge.launchpad.net/~arky/ubuntu/karmic/qemulator/fix-257233/+merge/11510 from "Needs review" to something else? [11:34] cjwatson, slangasek, ScottK, Riddell: I just updated queuediff to use the LP generated debdiffs instead of building it itself; much less to download now [11:34] (the old version also broke on 3.0 format with current edge) [11:35] cool [11:37] mdz: I thought that you might like this video about motivation: http://www.youtube.com/watch?v=u6XAPnuFjJc [11:39] jdong: I just updated queuediff to use the LP generated debdiffs instead of building it itself; much less to download now [11:40] So, is CSD/RGBA now enabled by default in Maverick? I see it was patched into GTK 11 days ago. [11:40] pitti: Note that it's only on edge at the moment. [11:40] wgrant: yep, that's fine [11:40] LucidFox, the patch is there but the theme doesn't use it [11:40] ah [11:40] LucidFox, the patch is there but the theme doesn't use it [11:40] ups [11:41] But RGBA can be forced with gnome-color-chooser, like with the Lucid RGBA PPA? [11:41] pitti: (also, good luck reviewing udev SRUs with that... we blacklist it since it causes debdiff to generate infinite output) [11:41] But I guess that's probably a problem locally anyway. [11:41] dunno [11:42] wgrant: hm, the uploaded orig.tar.gz's shouldn't; we filter out the test /sys tree [11:42] Maybe it's fixed now. This has been in place for a while. [11:43] I should get around to reporting a bug against whatever GUI library Vuze uses. Some horrible Java hack that abuses Gtk in a similar way to Firefox and OpenOffice. Since the Gtk patch, Vuze crashes on startup. [11:43] highvoltage, thanks, I've read about this research but it's nice to have a concise summary like this [11:44] thanks to whoever does sru reviewing [11:45] seb128: de rien [11:45] pitti, oh, it's you? ;-) [11:45] * seb128 hugs pitti [11:45] I've got some room in between alpha-1 juggling [11:45] sorry it's sticking so much to you though [11:45] somebody should perhaps do a call for extra members to join the sru team now? === MacSlow is now known as MacSlow|lunch [11:47] Riddell: bug 588237; I'm not sure if it needs a sponsor ACK or not, therefore I decided for the safe side (sponsoring) [11:47] Launchpad bug 588237 in git (Ubuntu) "Sync git 1:1.7.1-1 (main) from Debian unstable (main) [replaces git-core]" [Wishlist,New] https://launchpad.net/bugs/588237 [11:48] seb128: as soon as we'll get a new release manager, it should get better [11:51] dholbach: currently it is broken and you aren't able to do it, so I did it for you [11:51] * dholbach hugs jam [11:51] * dholbach hugs james_w [11:51] :) [11:53] "Horrible Java hack"? SWT is a wrapper around GTK... [11:53] As opposed to Firefox and OpenOffice, which use their own toolkits for rendering and only query GTK for widget appearance [11:54] But I did run into problems with SWT and RGBA, to the point that I had to blacklist Eclipse. [11:59] isn't being written in Java enough to qualify as a horrible hack as such? :P [11:59] Hello, is therea developer online? [12:00] No. It's quite a phenomenon, really. All of the worlds hundreds of thousands of software developers all just logged off the internet two minutes ago. [12:01] apart from soren indeed [12:01] I'm not a developer. I just play one on IRC. [12:01] is soren a developer? :p [12:02] he is dressed like one [12:02] * soren chuckles [12:02] but that might just be part of the playing :) [12:03] with some ppl you just know up front that this is the wrong channel for them [12:03] "newubuntuusr" is kind of a dead giveaway [12:04] in such cases, I'm very inclined to urge ppl to pls read the topic before asking further questions [12:18] LucidFox: try the darkroom theme [12:18] Sarvatt> I will, after I get home and install Maverick :) === oubiwann is now known as oubiwann_ === smb-afk is now known as smb === oubiwann_ is now known as oubiwann [12:30] pitti: About the check SRU: I approved the nomination for Lucid myself (someone else nominated it). After doing it, I couldn't help but wonder if I should have left that to ubuntu-sru? The wiki doesn't say. [12:30] soren: approving tasks is fine, and appreciated [12:30] so I don't have to do the extra clickery :) [12:31] pitti: Ok, good. So the SRU team's ACK is a nudge towards the archive admins to accept it? === alessio is now known as quadrispro [12:31] soren: right [12:31] pitti: Ok, lovely. That explains. Thanks. [12:40] doko: what should we do with the powerpc SPU extension in crash? you introduced it in ~2007 and I was wondering if its still important to keep or if we can simply sync the debian package [12:42] mvo: well, lucid still runs on the ps3 ... [12:44] doko: ok, just wanted to check before porting it over [12:44] doko: thanks === MacSlow|lunch is now known as MacSlow [13:06] kirkland: oh, did you see, upstream submitted an updated patch, going to test it tonight [13:06] kirkland: for the libvirt bug that is [13:20] mvo: bug 223741 is due to people trying to do LTS->LTS before the .1 release, right ? If you confirm, i'll close it as invalid [13:20] Launchpad bug 223741 in update-manager-core (Ubuntu) "'do-release-upgrade' requires the '-d' flag to upgrade from dapper to hardy, and from hardy to lucid" [Undecided,Confirmed] https://launchpad.net/bugs/223741 [13:24] ttx: yeah, until .1 that needs either "-d" or "--proposed" [13:24] mvo: ok, will clean up [13:24] thanks ttx === kenvandine_ is now known as kenvandine [13:37] g: i didn't see that yet, but that's excellent news [13:41] Riddell, i'd appreciate if x-loader-omap4 and u-boot-omap4 couls get out of NEW some time today (no hurry though) [13:43] kirkland: tbh, I think the new patch will work just fine [13:44] kirkland: I've got a feeling it could also prevent the change issue that I couldn't reproduce [13:45] hi devels [13:45] https://code.launchpad.net/wubi [13:45] how can I checkout its source? [13:46] I would try "bzr clone lp:wubi" [13:46] what is bzr [13:46] I'm on windows [13:46] You can browse the source code for the development focus branch or get a copy of the branch using the command: [13:46] bzr branch lp:wubi [13:46] that is on page there [13:46] bzr is scm used by ubuntu [13:46] hrw, only if you pick a branch and click it :) [13:47] oh [13:47] ogra: I went to page which h0ar3 gave [13:47] works on windows? [13:47] h0ar3: yes [13:47] executable? [13:47] http://wiki.bazaar.canonical.com/BzrOnPureWindows [13:47] why do need this [13:47] h0ar3: ? [13:48] there is svn,git,mercurial [13:49] seems reinvented the whell [13:49] wheel* [13:49] there is also perforce and zillion others [13:49] but ubuntu uses bzr [13:49] accept it [13:49] * hrw wants bitkeeper [13:50] eeek [13:50] bzr predates git, for the recor [13:50] d [13:51] it predates mercurial too [13:52] pitti: I want to testbuild to see if dropping the avogadro build-dep was the only thing I forgot to push to bzr, then I'll upload a fix [13:53] JontheEchidna: nice, thanks! [13:53] JontheEchidna: btw, I rebuilt the current alternates, they seem fine now [13:53] JontheEchidna: dropping kdebase-plasma seems to have solved/worked aroudn both problems [13:53] cjwatson: what about monotone? [13:53] pitti: nice [13:54] monotone was a slightly earlier generation - I think it was one of the things Martin looked at when he did the initial bzr design [13:55] it was kind of more the tla generation I think [13:56] cjwatson: I remember that in 2005 when OpenEmbedded devs tested existing dscms we moved to monotone from bitkeeper. bzr was rejected at that time === barry` is now known as barry_ === barry_ is now known as barry === NCommand1r is now known as mcasadevall === tkamppeter_ is now known as tkamppeter [14:04] kirkland: btw, not sure if you've seen 455832 but it might also be an option to include, not sure what policy you guys have to follow though [14:07] pitti, can you reset the trend line on http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html at some point (not urgent) [14:07] ogra: to which number? [14:09] pitti, 46 if i'm counting correctly [14:09] ogra: for alpha-1 as well? [14:10] pitti, hmm, i have to check that, i dont think we have actual A1 targets [14:10] its all A2 [14:10] ogra: ok, a2 will auto-reset past a1, so that's fine then [14:10] great [14:10] ogra: committed; just missed this hour's cron, though [14:11] great, thanks [14:29] JontheEchidna: is bug 517962 already fixed in maverick, or does it need an upload? [14:29] Launchpad bug 517962 in kdebase-runtime (Ubuntu Lucid) "nepomukservicestub crashed with SIGSEGV in Soprano::Plugin::pluginName()" [Medium,Fix committed] https://launchpad.net/bugs/517962 [14:30] cjwatson: ah, it's fixed in maverick now [14:30] cjwatson: closed [14:30] thanks [14:30] seb128: hi! so, evolution has under Edit/Preferences/Composer Preferences the following: 'Top Posting Option (Not Recommened)'. While I would certainly not enable the option personally, it seems rather non-Ubuntu-like to have the '(Not Recommended)'. Maybe I am missing something, but it seems like a developer asserting his/her preference on bottom-posting [14:31] seb128: rather than any 'real' issue with the functionality [14:31] jdstrand, hey, indeed [14:31] seb128: obviously not anything important, but thought it might be a string to consider stripping out [14:32] jdstrand, could you open a bug on launchpad? (and to GNOME if you want, we will do it otherwise) [14:32] seb128: sure [14:32] thanks === mcasadevall is now known as NCommander [14:39] apachelogger: thanks to dholbach: https://wiki.ubuntu.com/DailyBuilds/GettingStarted [14:39] seb128: done and done [14:39] jdstrand, thanks and thanks ;-) [14:40] he and he [14:40] :) [14:45] Riddell, thanks a lot !! [14:46] has someone an idea why building "steam" in maverick failed on i386 and powerpc (xslt.c:(.text+0x1bb4): undefined reference to `__stack_chk_fail_local') but succeeded on amd64 and armel? [https://edge.launchpad.net/ubuntu/+source/steam/2.2.31-6ubuntu1] [14:47] ogra: just doing my archive admin duties :) [14:48] :) [14:49] Keybuk, are you around? [14:49] smoser: no, I'm asquare [14:49] indeed L7 [14:50] you may or may not be aware that there are people interested in running ubuntu in lxc (containers). The attempts to do so that i'm aware of look like: http://github.com/phbaer/lxc-tools/blob/master/lxc-ubuntu [14:50] I am aware [14:50] reportedly that works on lucid. i'd like to get your impressions on how difficult it would be to get "proper" support in upstart [14:51] and what you think of something like the above. [14:51] that's a very long shell script that does a lot of changing of things [14:51] i'm willing to type email so you can process when you have time. [14:51] so technically speaking, that's not Ubuntu in the container [14:51] and can never be something we can support [14:51] yes, i agree. (its not *very* long), but yes. [14:51] so those were my first thoughts [14:52] also. [14:52] but, the script basically gives some what of a recipe to fix the things that don't "justwork" with ubuntu boot. [14:52] I would rather they fixed the things that make the ubuntu boot not work with lxc [14:52] as clearly that's an lxc issue [14:53] well, sort of. [14:53] some things are "lxc issues" . some things are not really possible to change. [14:53] its basically a bit of a more functional chroot. [14:53] ogra: E: u-boot-omap4: upstream-version-not-numeric L24.6-p1git20100520-0ubuntu1 [14:54] Riddell, yes, wanted [14:54] so /dev isn't going to be there, you don't have block devices with partitions and filesystems, its much more like nfs root in that sense. [14:54] Riddell, i'm using the TI upstream system [14:54] ogra: ok, accepted binary [14:54] thanks [14:55] so some things probably can be "fixed" in lxc, but others are probably going to need some adjustments in ubuntu boot process. [14:55] * ogra digs for the FTBFS of x-loader-omap4 [14:55] smoser: the best way for that to happen would be for someone who knows and uses lxc to get interested in ubuntu boot [14:55] and maybe sign copyright for upstart, etc. [14:56] Keybuk, thanks for your time. i'll stop pestering for now. [14:56] I don't mean to brush off, but there's only one of me, I have limited time and knowledge [14:57] bug 455832 [14:57] Error: Could not parse data returned by Launchpad: list.index(x): x not in list (https://launchpad.net/bugs/455832) [14:57] Keybuk, completely understand. [14:57] I'm really not, personally, interested in things like servers, cloud, containers, etc. [14:57] so I'm the wrong person to work on that kind of thing in Ubuntu/Upstart [14:58] unfortunately, at the moment, i dont think there is a better person. [15:05] Keybuk, one other question, i nfs root generally supported? [15:05] it's known broken [15:18] damned [15:21] is there any way to replace a broken symlink with a dir using patch ? [15:33] pitti: Nice (re queuediff). [15:45] asac, seb128: which library should I use, when libmozjs.so is needed? [15:55] Riddell, x-loader-omap4 in binary NEW now (sorry for the delay it had FTBFS) [16:02] kirkland: Off the top of your head.. do you know which bug WalrusRESTBinding.java refers to? [16:02] Daviey: hmm, no [16:03] kirkland: things like, - putQueue = getWriteMessenger().getQueue(key, randomKey); [16:03] + putQueue = getWriteMessenger().interruptAllAndGetQueue(key, randomKey) [16:05] kirkland: the diff i have, http://paste.ubuntu.com/442846/ [16:06] * kirkland checks loggerhead [16:06] kirkland: good luck with that :/ [16:08] Daviey: hmm, where is this from? [16:08] Daviey: is this a patch we're carrying, or a diff? [16:08] kirkland: it's a reverse diff created from the difference between our lucid magic, and the current 1.6.2 head. [16:09] Daviey: http://bazaar.launchpad.net/~ubuntu-core-dev/eucalyptus/ubuntu/annotate/head:/clc/modules/wsstack/src/main/java/com/eucalyptus/ws/handlers/WalrusRESTBinding.java [16:09] Daviey: starting there? === deryck is now known as deryck[lunch] [16:10] kirkland: Yeah.. but i'm trying to work out if there is anything we need to carry from there, into the 1.6.2 head branch. [16:11] ie, lucid -> 1.6.2 branch doesn't cleanly merge on that file. [16:11] and the generated diff is that pastebin. [16:12] Daviey: in your pastebin, which is the - and which is hte + ? [16:12] - = lucid [16:12] + = 1.6.2 branch === ogra_ is now known as ogra [16:15] Daviey: i think you can safely drop this [16:15] Daviey: drop our diff, i mean [16:15] kirkland: yup, thought so. [16:16] thanks. [16:16] Daviey: the new code looks to be a better code [16:35] james_w: now that was too obvious, thanks :) [16:36] apachelogger: not linked from /DailyBuilds though, so I'll let you off :-) [16:36] * james_w fixes [16:36] phew ^^ [16:36] oh, it is, right at the top [16:36] * apachelogger hides [16:45] james_w: http://imagebin.ca/view/xt3ktt6.html yet the wiki says "Source Package Name: if the package exists in Ubuntu, make the right connection here." === mathiaz_ is now known as mathiaz [16:46] apachelogger: I thought that box had been dropped. Did you enter the source package name that the recipe will create? [16:47] james_w: doesnt work since the package is not yet in ubuntu :/ [16:47] apachelogger: so if you put it in there it says "This isn't an Ubuntu package" [16:47] james_w: "Invalid value" it says [16:48] If I search "No items matched "ubuntuone-kde"." [16:48] apachelogger: that sucks [16:48] apachelogger: please file a bug [16:49] james_w: against soyuz or what? [16:49] apachelogger: it may be that the option has already been removed in the code, and just not rolled out, but we should track it again [16:49] apachelogger: um, launchpad-code I think [16:49] oh-k :) [16:49] james_w: can I enter any random package name for that? I suppose it is only for linking the data? [16:51] james_w: bug 515581 [16:51] Launchpad bug 515581 in Launchpad Bazaar Integration "Recipe requires sourcepackagename before upload" [High,In progress] https://launchpad.net/bugs/515581 [16:52] thanks [16:53] apachelogger: I have no idea what it is used for [16:54] oh, one can also upload to a PPA and it will show up as source package name === deryck[lunch] is now known as deryck === hrw is now known as hrw|gone === vorian is now known as hilight === hilight is now known as vorian === vorian is now known as v === tkamppeter_ is now known as tkamppeter === tkamppeter_ is now known as tkamppeter [17:28] doko: try to get rid of it ... 2nd try to get rid of it ... 3rd. use xulrunner with xulrunner --gre-version hack to figure LD_LIBRARY_PATH at startup [17:36] asac: 1 and 2 won't work, 3 is ugly. it's dehydra which I try packaging [17:36] asac: what's wrong with libmozjs-dev in debian? [17:37] doko: no ABI stability [17:37] always send a mail upstream and say they should move asap to webkit javascript core [17:37] doko: and then use the ugly way until they have resolved it or block it from the archive if that would help getting it done upstream sooner [17:40] doko: alternatively, you could talk to chrisccoulson ... if we want mozjs we need to package it from independent source and then take care that noone who has insecure remote content exposure uses that [17:43]