[00:03] <\sh> oh guys...
[00:04] <\sh> doko: any clue how to solve this issue...hardy kernels were build with gcc 4.2.3, while gcc 4.2.4 was uploaded to proposed and then moved to -updates...it's strange to see warning messages from vmware-server e.g.
[00:06] <directhex> warnings or actual problems?
[00:07] <\sh> directhex: hopefully only warnings...I'll see this night, if the modules of vmware-server (1) compiled with 4.2.4 and kernel compiled with 4.2.3 are throwing real problems
[00:09] <NickyMC> Yo, yo.
[00:09] <NickyMC> What's going on?
[00:09] <StevenK> UDS
[00:09] <NickyMC> Anyone free to answer a question for me in here?
[00:29] <tjaalton> doko: bingo. I found out that building on x86 with the same options failed, so I tried adding the missing options to the lpia build, and adding -D_BSD_SOURCE made it work
[00:30] <doko> tjaalton: nice, some cause on armel?
[00:30] <tjaalton> doko: I'll check, but most likely yes
[00:37] <tjaalton> doko: oh well, obviously can't run an armel chroot on x86 :)
[00:37] <StevenK> tjaalton: qemu
[00:37] <tjaalton> StevenK: hmm ok
[00:37] <tjaalton> StevenK: it emulates armel too?
[00:38] <StevenK> tjaalton: It ought to, but I have an armel board
[00:39] <tjaalton> StevenK: you've got jaunty on one?
[00:39]  * StevenK does
[00:39]  * StevenK is using it to track down an ICE for doko
[00:40] <tjaalton> StevenK: ok, could you try compiling this file then? I can pastebin the command
[00:41] <StevenK> tjaalton: And where is the file?
[00:42] <tjaalton> StevenK: grab mesa source, cd src/mesa and then run http://pastebin.ubuntu.com/83774/
[00:43] <tjaalton> it's 42MB unpacked..
[00:50] <StevenK> tjaalton: Bleh!
[00:51] <tjaalton> StevenK: :)
[00:51] <StevenK> Like my armel has that much space anyway
[00:51] <tjaalton> ok, let me try first to compile just that file
[00:53] <StevenK> tjaalton: Trying now
[00:54] <tjaalton> StevenK: the includes are problematic, can't just rip that file out
[00:55] <StevenK> tjaalton: What you said in the pastebin is correct
[00:55] <ogra_> StevenK, you didnt get an 8G SDHC at fry's ?
[00:55] <ogra_> we all did ...
[00:55] <tjaalton> StevenK: so adding -D_BSD_SOURCE did it? nice, thanks for testing!
[00:56] <tjaalton> doko: ^^
[00:56] <StevenK> tjaalton: No problem
[00:56] <tjaalton> ogra_: whaa, they gave those?
[00:56] <ogra_> tjaalton, nah, they sold them for $24.95
[00:56] <tjaalton> ogra_: heh, ok.. :)
[00:57] <ogra_> SDHC micro with mini and std adapter
[01:17] <lifeless> fta: reed and asac want you badly outside 1500
[02:51] <sladen> ah, since all you people are in the Google Campus, perhaps you could tell them that they  http://www.google.com/copyright?hl=en  link they publish at the bottom of AFP articles is broken
[03:29] <emgent> bug #44194
[06:09] <kees> slangasek: woo! yeah, NEW queue bloated nicely.  :)
[06:10] <ScottK-laptop> ftp-masters had a busy weekend.
[06:12] <ScottK-laptop> kees: clamav did the change to allow us to re-enable modules after we patch them for their next release.  It looks simple enough I think we might consider backporting it. http://paste.ubuntu.com/83722/
[06:16] <ScottK-laptop> It's late enough here.  I'm off to bed.  Good night all.
[06:16] <StevenK> Night
[06:24] <mnabil> guys, i'm building a live cd and i just wanna set the default kernel for the live cd to be linux-rt but every time the iso boots it drops to initramfs shell , any idea ?
[06:25] <StevenK> That the squashfs doesn't include the modules for -rt, or you didn't regenerate the initrd?
[06:29] <YokoZar1> the new transparent ubuntu stickers fit great on the U key by the way
[06:29] <mnabil> StevenK, i'm doing debootstrap then i chroot then apt-get install linux-rt
[06:29] <mnabil> StevenK, the squashfs module is in the kernel
[06:30] <Mithrandir> mnabil: look at casper.log in /, perhaps?
[06:30] <Mithrandir> hm, in /var/log, I think
[06:33] <mnabil> Mithrandir, casper.log says : mount: mounting aufs on /root failed : no such device
[06:33] <mnabil> mount aufs failed
[06:43] <kees> ScottK-laptop: cool!
[07:15] <Keybuk> that hot tub is so chlorinated, I think I have second degree burns
[07:36] <YokoZar> chemical burns are the best
[07:39] <mnabil> i regenrate the initrd again , and made a new iso !! still the same problem ! any idea
[07:39] <mnabil> or ref. or any thing
[12:11] <hughsie> ayone seen glatzor?
[12:53] <phix> hughsie: I could tell you where he's not
[12:54] <hughsie> phix: :-) thanks!
[12:55] <phix> you know, to narrow down your search :P
[15:15] <joaopinto> NCommander, not sure this should be included on the specification (Backports Selective Installation), but it wold also make sense to add support on apturl, so you could provide something like apt://name;rep=backports
[16:45] <yao_ziyuan> one of the few things i think fedora does well in is
[16:45] <yao_ziyuan> it uses WenQuanYiHei as the default font for large-size chinese characters
[16:45] <yao_ziyuan> can ubuntu do that?
[18:29] <tjaalton> doko: so, should I fix the mesa build issue in the mesa package?
[18:30] <doko> tjaalton: please do so!
[18:31] <tjaalton> doko: ok, will do
[19:02] <Riddell> tkamppeter: your session needs you
[19:59] <slytherin> can some archive admin please add libjaxp1.2-java to sync blacklist and remove the source from jaunty queue? Please refer bug #251973
[20:07] <lifeless> tjaalton: There is another session on at the moment - https://blueprints.edge.launchpad.net/ubuntu/+spec/ubuntu-hotkey-madness - that apparently you would be very relevant to
[20:07] <lifeless> tjaalton: bryce says that if it is possible for you to come - to apollinaris - it would be great
[20:08] <tjaalton> uhh, ok :)
[20:13] <lifeless> pitti: did I get the message right about hal - 'hal -> devicekit, rm hal' (over some arbitrary time period)
[20:44] <radix> Hobbsee: sorry about the wrong subscription. I had a brainfart. :(
[20:45] <radix> and thanks for fixing the subscription.
[20:45] <Hobbsee> radix: no great problem.  You're only the billionth one to do it :P
[20:46] <radix> there should be a "find sponsorship" button in launchpad :)
[20:55] <ScottK-laptop> radix: "Canonical wants to offer a new feature" isn't a particularly strong SRU justification, I don't think.
[20:55] <ScottK-laptop> FYI.
[20:55] <slytherin> Hobbsee: can you please add libjaxp1.2-java to sync blacklist and reject source from jaunty queue?
[20:56] <Hobbsee> slytherin: i'll do the latter, i can't do the former.
[20:57] <slytherin> Hobbsee: then who can do the former?
[20:57] <Hobbsee> slytherin: an archive admin who is a canonical employee.
[20:58] <Hobbsee> source is already rejected, it seems.
[20:59]  * Hobbsee wonders why that isn't kept in bzr somewhere, like ~ubuntu-archive
[20:59] <Hobbsee> slangasek: any particular reason for this?
[20:59] <slytherin> Hobbsee: Ok. I will keep a watch to see if it gets autosynced again.
[21:00] <Hobbsee> slytherin: it likely will, if it's not on the blacklist
[21:00] <Hobbsee> they tend to keep running new package autosyncs, it seems
[21:04]  * slytherin is felling sleepy, quits
[21:46] <ScottK> pitti: It looks to me like the KDE 4.1.3 updates are ready for copying to -updates.  This is convenient since 4.1.4 was tagged yesterday and it'd be nice to clear the deck for the next update.
[21:46] <ScottK> https://bugs.edge.launchpad.net/~ubuntu-sru/+bugs?field.bug_reporter=jr
[22:06] <pitti> ScottK: right, I'll copy it soon; thanks all for testing
[22:06] <pitti> lifeless: right, hal -> DK plus DK-power plus DK-disks, etc.
[22:07] <ScottK> pitti: Thanks.
[22:28] <tjaalton> my mesa uploads are rejected for some reason I can't understand: http://pastebin.ubuntu.com/84124/
[22:28] <tjaalton> -0ubuntu2 was accepted just fine
[22:37] <slangasek> Hobbsee: why isn't what kept in bzr somewhere?
[22:39] <Hobbsee> slangasek: afaik it is, but it's not public?  or is hidden inside canonical somewhere?
[22:39] <Hobbsee> (not in revision control)
[22:40] <slangasek> Hobbsee: what was the "what" that is or isn't?
[22:40] <slangasek> the sync blacklist?
[22:40] <Hobbsee> correct.
[22:40] <Hobbsee> oh
[22:40] <Hobbsee> sorry, i misread.
[22:40] <Hobbsee> yes, the sync blacklist.
[22:42] <slangasek> yeah, it's in bzr; but it appears to be an in-place bzr branch
[22:42] <slangasek> the answer might be "because we don't have an easy way to share it bidirectionally"
[22:45] <Hobbsee> bidirectionally?
[22:45] <Hobbsee> as in, can't be kept on lp as a branch for ~ubuntu-archive?
[23:16]  * StevenK kicks libtool for being obtuse
[23:46] <kees> infinity: PIE take 1: fail.
[23:55] <slangasek> take one pie
[23:55] <slangasek> nom nom
[23:55] <slangasek> Hobbsee: as in, I'm not sure what cocoplum can or can't access at that point, yeah
[23:56] <Hobbsee> ah, right
[23:59] <slangasek> Hobbsee: the other counterargument that comes to mind is that even if we had it in a branch on LP, that could never be the authoritative branch because that wouldn't be auto-propagated to cocoplum...?