=== Ursinha-afk is now known as Ursinha === Ursinha-afk is now known as Ursinha === wedgwood_away is now known as wedgwood === wedgwood is now known as wedgwood_away === Whoopie_ is now known as Whoopie === yofel_ is now known as yofel === jacky- is now known as jacky [08:44] pitti: The new udev-udeb has a non-udeb dependency (libacl1). [08:45] pitti: Either need to build it in a way to drop that dep, or we need a libacl-udeb. === tkamppeter_ is now known as tkamppeter [10:21] pitti: unping, re: udev/acl. Uploaded a fix. === sgnb` is now known as sgnb [12:07] infinity, chromium finished building on arm overnight \o/ [12:08] (i'll try to run it later) [12:15] chrisccoulson: Oh, that's good news. I just finished force-hinting the broken stack into raring, so udev/systemd could migrate, but an upload that actually builds would be FAR better. :P [12:19] chrisccoulson, ! [12:20] ogra_: Don't get your hopes up, it still might not run. :P [12:20] yeah [12:20] but its at least one step forward [12:21] i still dont get why though ... given that chromeos/chrome runs just fine so it *must* be possiblle to get it working [12:21] There seems to be some serious left-hand/right-hand lack of communication there. [12:22] yes [12:22] I don't know if jbailey still works on that, but I should talk to him about WTF is up. [12:22] Though, that mostly just accounts for failures to build (the right/left thing). [12:22] The failures to RUN could be v8 having bugs with armhf register usage, etc. [12:22] qwell, and there are Keybuk and kees too [12:22] Unless ChromOS is now armhf too? [12:23] it is [12:23] Ahh, so even fewer excuses now. Lovely. [12:23] i'm using their flash plugin in my ubuntu chromium all day here [12:23] and i can run the whhole chromeos desktop in a window under unity too :) [12:24] by just firing it up from /opt [12:25] not that unity would be very useful (doesnt get along with mali drivers to use HW accel it seem ... everything else does though) or that chromeos in a window would [12:26] but for laughs and testing it is fine :) [12:50] slangasek: you m-a'ed tcl recently, will you also do tk for raring? [12:54] jtaylor: That was xnox, actually. [12:55] Or maybe wookey, sponsored by xnox, looking at the changelog. [12:56] that. [12:56] i guess everyone is pieced off about it, so i should multiarch tk & ship compat shell config script. [12:57] having tk and tcl in the same state would be good [12:57] There needs to be a compat script? What broke? [12:57] as they are kind of related [12:57] just a bad configure check in a science package [12:57] infinity: TkConfig.sh script moved from /usr/lib/ to /usr/lib/$(multiarch) [12:58] (and tcl) [12:58] my concern is just if I fixx it for tcl now, do I need to revisit it for tk in a few days? [12:58] Oh. That's arch-specific? :/ [12:58] infinity: but those config scripts can totally be dpkg-architecture & call the right script. [12:59] not to break stuff that expects that config script to be there. [12:59] Yeahp, that would work. [12:59] jtaylor: well, you can totally test for tk m-a, and try that, if not try normal one, and then bail. [13:00] thats what the bad configure dos [13:01] I'm not sure there's any value in patching upstream sources to look for the M-A config script at all, if you're going to put the compat one in. [13:01] a enormous list of possible locations it checks :) [13:01] instead of just doing a try link [13:01] * infinity gets the kernels and d-i to migrate and calls it a night. [13:02] the simplest fix for thix package is just add --with-tcl-library=/usr/lib/$(DEB_HOST_ARCH) [13:02] but do I need to do that for tk too in a few days or not? [13:02] DEB_HOST_MULTIARCH even. [13:02] yes [13:03] But if xnox adds the compat scripts, you don't need to change anything. [13:03] And it'll all just work again. [13:03] Which seems like a whole lot less effort. :P [13:03] the configure does not sue the script [13:03] Oh. [13:03] It's looking for the .so? [13:03] yes [13:03] People who do that should be shot. [13:04] I'd switch to either the config script or a try link and forward it upstream, instead of adding to the brain damage. [13:05] the funny thing is they do that too [13:05] but only after checking for the so in the hardcoded locations [13:05] very weird :) [13:05] So, you could just delete the .so checks? [13:05] Also very valid. [13:06] The only argument for .so checks is if you're dlopening a hardcoded path. Which is, in itself, wrong. [13:06] At least, it's wrong if the library is on the search path, since this isn't 1975, and dlopen() is smart. [13:07] afk 15 min [13:24] jtaylor: I'm in the process of multiarching it - was working on it end of last week [13:24] k so it will be done, thanks thats all I wanted to know [13:24] because it's just madness for one of tcl and tk to be multiarched and the other noe.t [13:24] *not [13:25] yes I though too [13:25] If anyone's really desperate, my current work is http://paste.ubuntu.com/5619256/ [13:25] But I plan to get that uploaded early next week once I've prepared corresponding tcltk-defaults changes and done some testing with the ruby1.8 build [17:09] hello [17:09] question: [17:09] ubuntu XX.04 usually gets released at the end of april [17:10] but windows xp support will end at 8th of april 2014 (beginning of april) [17:10] are you planning to release ubuntu 14.04 prior or on the the 8th of april ;p? [17:11] probably would be a good move, wouldn't it ;)? [17:11] just saying [17:14] guest16950: The release date was set almost half a year ago. It's a bit late to change it now. [17:23] ScottK, really ?ho set it ? [17:23] *who even [17:23] * ogra_ wasnt aware we had a 14.04 date [17:23] ogra_: Oh. Sorry, I misread his comment. [17:23] :) [17:24] * ScottK was thinking 13.04. [17:24] yeah, me too first, i had to read twice [17:26] OTOH, 10.10.10 was so annoying, I'm sure I don't want to release at the start of the month. [17:27] well, depends what the TB decides ... if there is actually a six month cycle before yeah ... [17:27] in a rolling model two weeks dont really hurt [17:32] just imagine how many users still are using windows xp ;) [17:32] and on the 8th of april 2014 they have to look for a new os [17:33] because ms won't provide any updates to xp any longer from that date on ;) [17:33] (according to the current plan) [17:33] having 14.04 ready until or on that date sounds like a good idea to me ;) [17:35] btw: i really hope the following bug: [17:35] https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/578045 [17:35] Launchpad bug 578045 in software-center (Ubuntu) "Upgrading packaged Ubuntu application unreasonably involves upgrading entire OS" [High,In progress] [17:35] will be fixed until then ;) [17:44] ogra_: I hope the discussion at the TB will coalesce around Mark's latest proposal. It seemed generally reasonable to me. [17:44] well, i dont know how much rick wants to still push his proposal ... so we'll see [17:45] but yeah, marks is definitely sensible [17:52] jtaylor: no, I didn't :) [17:53] slangasek: found the "culprit" already [17:53] but you are wookey on oftc or? [18:00] jtaylor: He's vorlon on oftc. [18:01] oh [18:01] sorry, mixed that up [18:01] yes, wookey is wookey everywhere [18:16] it's the only name he has [18:25] If there's a backport request that deals with a major bug in a package with a fix I need to ping .... ? [18:25] can someone fill in the blank for me? [18:27] jcastro: With a package that's already been backported? [18:27] I don't think it's been backported yet [18:27] jcastro: It kind of depends on the specifics. [18:27] https://bugs.launchpad.net/precise-backports/+bug/1095056 [18:27] Launchpad bug 1095056 in Quantal Backports "Please backport rkhunter 1.4.0-2 (universe) from raring" [Undecided,Confirmed] [18:27] is the bug in question [18:28] someone pinged me about it, seems like there's a fix available, I just need to know what the next step is [18:28] getting people to test the backport? [18:29] Someone needs to test unhide and unhide.rb with it. [18:30] If those work, then it can be backported. Feel free to ping me and I'll do it if no one else is around. Laney or micahg could too. [18:30] ok, I'll get the guy to post his findings on the bug [18:30] thanks! [18:31] You're welcome. === jtechidna is now known as JontheEchidna === Ursinha_ is now known as Ursinha