[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] 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] Yo, yo. [00:09] What's going on? [00:09] UDS [00:09] Anyone free to answer a question for me in here? === _j1mc is now known as j1mc [00:29] 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] tjaalton: nice, some cause on armel? [00:30] doko: I'll check, but most likely yes [00:37] doko: oh well, obviously can't run an armel chroot on x86 :) [00:37] tjaalton: qemu [00:37] StevenK: hmm ok [00:37] StevenK: it emulates armel too? [00:38] tjaalton: It ought to, but I have an armel board [00:39] 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] StevenK: ok, could you try compiling this file then? I can pastebin the command [00:41] tjaalton: And where is the file? [00:42] StevenK: grab mesa source, cd src/mesa and then run http://pastebin.ubuntu.com/83774/ [00:43] it's 42MB unpacked.. [00:50] tjaalton: Bleh! [00:51] StevenK: :) [00:51] Like my armel has that much space anyway [00:51] ok, let me try first to compile just that file [00:53] tjaalton: Trying now [00:54] StevenK: the includes are problematic, can't just rip that file out [00:55] tjaalton: What you said in the pastebin is correct [00:55] StevenK, you didnt get an 8G SDHC at fry's ? [00:55] we all did ... [00:55] StevenK: so adding -D_BSD_SOURCE did it? nice, thanks for testing! [00:56] doko: ^^ [00:56] tjaalton: No problem [00:56] ogra_: whaa, they gave those? [00:56] tjaalton, nah, they sold them for $24.95 [00:56] ogra_: heh, ok.. :) [00:57] SDHC micro with mini and std adapter [01:17] fta: reed and asac want you badly outside 1500 [02:51] 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] bug #44194 [03:30] Launchpad bug 44194 in netbase "wpasupplicant doesn't start when the network start" [Undecided,Fix released] https://launchpad.net/bugs/44194 [06:09] slangasek: woo! yeah, NEW queue bloated nicely. :) [06:10] ftp-masters had a busy weekend. [06:12] 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] It's late enough here. I'm off to bed. Good night all. [06:16] Night [06:24] 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] That the squashfs doesn't include the modules for -rt, or you didn't regenerate the initrd? [06:29] the new transparent ubuntu stickers fit great on the U key by the way === YokoZar1 is now known as YokoZar [06:29] StevenK, i'm doing debootstrap then i chroot then apt-get install linux-rt [06:29] StevenK, the squashfs module is in the kernel [06:30] mnabil: look at casper.log in /, perhaps? [06:30] hm, in /var/log, I think [06:33] Mithrandir, casper.log says : mount: mounting aufs on /root failed : no such device [06:33] mount aufs failed [06:43] ScottK-laptop: cool! [07:15] that hot tub is so chlorinated, I think I have second degree burns [07:36] chemical burns are the best [07:39] i regenrate the initrd again , and made a new iso !! still the same problem ! any idea [07:39] or ref. or any thing === anil1 is now known as anilg [12:11] ayone seen glatzor? [12:53] hughsie: I could tell you where he's not [12:54] phix: :-) thanks! [12:55] you know, to narrow down your search :P === LucidFox is now known as Jack_Harkness === Jack_Harkness is now known as LucidFox === hughsie is now known as hughsie-lunch-af === SWAT___ is now known as SWAT === ma101_ is now known as ma10 === Kmos_ is now known as Kmos [15:15] 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 === hughsie-lunch-af is now known as hughsie === The_Company is now known as Company === hughsie is now known as hughsie-conf-cal [16:45] one of the few things i think fedora does well in is [16:45] it uses WenQuanYiHei as the default font for large-size chinese characters [16:45] can ubuntu do that? === ma101 is now known as ma10 === hughsie-conf-cal is now known as hughsie === seb128_ is now known as seb128 === dickydoo2 is now known as WelshDragon [18:29] doko: so, should I fix the mesa build issue in the mesa package? [18:30] tjaalton: please do so! [18:31] doko: ok, will do [19:02] tkamppeter: your session needs you === fta2 is now known as fta === ma101 is now known as ma10 [19:59] can some archive admin please add libjaxp1.2-java to sync blacklist and remove the source from jaunty queue? Please refer bug #251973 [19:59] Launchpad bug 251973 in libjaxp1.2-java "Please remove the package from repositories" [Wishlist,Fix released] https://launchpad.net/bugs/251973 === dickydoo2 is now known as WelshDragon [20:07] 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] tjaalton: bryce says that if it is possible for you to come - to apollinaris - it would be great === pedro__ is now known as pedro- === pedro- is now known as pedro_ [20:08] uhh, ok :) [20:13] pitti: did I get the message right about hal - 'hal -> devicekit, rm hal' (over some arbitrary time period) [20:44] Hobbsee: sorry about the wrong subscription. I had a brainfart. :( [20:45] and thanks for fixing the subscription. [20:45] radix: no great problem. You're only the billionth one to do it :P [20:46] there should be a "find sponsorship" button in launchpad :) [20:55] radix: "Canonical wants to offer a new feature" isn't a particularly strong SRU justification, I don't think. [20:55] FYI. [20:55] Hobbsee: can you please add libjaxp1.2-java to sync blacklist and reject source from jaunty queue? [20:56] slytherin: i'll do the latter, i can't do the former. [20:57] Hobbsee: then who can do the former? [20:57] slytherin: an archive admin who is a canonical employee. [20:58] source is already rejected, it seems. [20:59] * Hobbsee wonders why that isn't kept in bzr somewhere, like ~ubuntu-archive [20:59] slangasek: any particular reason for this? [20:59] Hobbsee: Ok. I will keep a watch to see if it gets autosynced again. [21:00] slytherin: it likely will, if it's not on the blacklist [21:00] they tend to keep running new package autosyncs, it seems [21:04] * slytherin is felling sleepy, quits [21:46] 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] https://bugs.edge.launchpad.net/~ubuntu-sru/+bugs?field.bug_reporter=jr === Riddell_ is now known as Riddell [22:06] ScottK: right, I'll copy it soon; thanks all for testing [22:06] lifeless: right, hal -> DK plus DK-power plus DK-disks, etc. [22:07] pitti: Thanks. === pedro__ is now known as pedro_ [22:28] my mesa uploads are rejected for some reason I can't understand: http://pastebin.ubuntu.com/84124/ [22:28] -0ubuntu2 was accepted just fine [22:37] Hobbsee: why isn't what kept in bzr somewhere? [22:39] slangasek: afaik it is, but it's not public? or is hidden inside canonical somewhere? [22:39] (not in revision control) [22:40] Hobbsee: what was the "what" that is or isn't? [22:40] the sync blacklist? [22:40] correct. [22:40] oh [22:40] sorry, i misread. [22:40] yes, the sync blacklist. [22:42] yeah, it's in bzr; but it appears to be an in-place bzr branch [22:42] the answer might be "because we don't have an easy way to share it bidirectionally" [22:45] bidirectionally? [22:45] as in, can't be kept on lp as a branch for ~ubuntu-archive? === Mez_ is now known as Mez === ogra__ is now known as ogra [23:16] * StevenK kicks libtool for being obtuse === chuck_ is now known as zul [23:46] infinity: PIE take 1: fail. [23:55] take one pie [23:55] nom nom [23:55] Hobbsee: as in, I'm not sure what cocoplum can or can't access at that point, yeah [23:56] ah, right === Keybuk_ is now known as Keybuk [23:59] 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...?