[00:01] cjwatson, had them disabled while waiting for the images to build, since no one had started them. Have gone in and re-enabled. [00:01] I have to go out for a couple of hours, but will be back on line later tonight. [00:01] ok, though upgrade tests are basically unrelated to image builds :) [00:02] I'm off for a while too. [00:02] I'll check and see if the images have emerged when I get back. [00:02] * skaet figures cjwatson is overdue to sleep, actually. ;) [00:03] biab. === skaet is now known as skaet_afk [01:09] kubuntu dvd posted [01:50] cjwatson: Have the kubuntu arm desktop & mobile images been spun up? I've been asked to test the omap4 images after I finish our normal images. === jjohansen is now known as jj-afk [02:01] no, about to do that after the current build finishes (which shouldn't be long) [02:01] Current build? [02:04] cdimage has been building stuff solid for a good seven hours. [02:05] and Kubuntu armel wasn't ready when I kicked all that off [02:05] Edubuntu DVD posted [02:06] I thought they all ran in parallel. [02:06] nope. [02:07] kubuntu armel building now, followed by kubuntu-mobile armel [02:07] ok [02:07] there are some potential parallelisation improvements, and I do occasionally do stuff in parallel deliberately, but running *everything* in parallel isn't likely to be one of them [02:08] that'd be a good way to kill the livefs buildds [02:23] Kubuntu desktop armel failed [02:23] figures [02:24] Kubuntu mobile armel not looking happy eitherbso far [02:24] *so far either [02:24] Ok. [02:25] What's the issue? Package missing? [02:25] oh, it's because kdebase-workspace/armel STILL hasn't built [02:25] ... yes it has, must just not quite have published [02:25] sheesh. [02:26] ok, that suggests I can retry shortly [02:26] just over a 10-hour build, that ... [02:26] I didn't even think to check [02:28] Where are the build logs? I am not seeng anything for kubuntu armel on http://people.canonical.com/~ubuntu-archive/livefs-build-logs/natty/ [02:29] Not even logs for last week's images that I have. [02:29] there seems to be something wrong with the mirror job [02:29] ah [02:30] I'm having some trouble seeing what; maybe now isn't the time to investigate [02:31] Not critical to me. I was just curious. [02:31] 'w3m http://acorn.buildd/~buildd/LiveCD/' and 'w3m http://sycamore.buildd/~buildd/LiveCD/' from a login on people.c.c will get you them, though [02:31] (which is not ideal because it's internal-only) [02:32] kubuntu-mobile-omap4 seems to be getting somewhere [02:32] so you may at least get that in the not horribly distant future [02:47] Only so long as it completely interrupts my evening. :P [02:51] dude, it's 2:50am here, don't talk to me about evenings. [02:51] heh. [02:51] I've been there. More often than I care to remember. [04:10] ^^^ was another syncpackage upload. I mailed the uploader asking them to file a sync request. [04:10] (and rejected that one) [04:30] GrueMaster: Kubuntu mobile armel+omap4 posted [04:32] I'm having another go at building Kubuntu desktop armel+{omap,omap4} and Kubuntu mobile armel+omap. Please can somebody else check in a while whether they've built and post them if so; I need some sleep. === skaet_afk is now known as skaet === skaet is now known as skaet_ [05:07] cjwatson, am back on now. if you're still up, go sleep. I'll stay up until pitti gets on. [05:21] kubuntu mobile armel+omap is available - 20110330 image [05:23] GrueMaster: ^^^ [05:44] ScottK: Yep, got them pulling now. [05:45] Cool. [06:03] GrueMaster, ScottK, kubuntu desktop armel + {omap, omap4} has come off the builds. [06:03] OK. [06:03] Thanks. Pulling now. [06:03] jibel, Gruemaster, we're missing an ISO tracker entry for Kubuntu Desktop armel omap4 - but the image is there. [06:04] 20110330 [06:04] GrueMaster, ^^ [06:04] Yep. [06:07] I'm going to pull them now and just do a spot test. I'll do more tomorrow if they boot. If not, I'll let everyone know immediately. [06:08] * GrueMaster hates getting old. Can no longer do 20 hour work days. [06:09] * skaet_ understands exactly what GrueMaster means... :P [06:09] Thanks GrueMaster. I'll stay on until I hear the results of the spot tests. [06:18] skaet_: I am looking at an ugly screen that may have appeared in the ubuntu-netbook omap4 images over the weekend (no daily images for most of last week). [06:18] Doesn't look like a critical respin issue, but is an ugly mark. [06:19] It can be worked around with a manual reboot in the preimage config process, easily documentable. [06:19] Not sure how it will affect the kubuntu images. [06:20] thanks Gruemaster.. [06:20] .http://members.dsl-only.net/~tdavis/panda-20110328.jpg is what it looks like. Reset will come up clean and launch oem-config properly. Doesn't reappear after that. [06:21] * GrueMaster hates these types of issues. [06:22] Doesn't affect omap images nor headless. Very odd that it only is hit once during first boot. [06:22] yeah, that definitely will need its workaround documented. [06:23] I'm more worried about finding the cause and filing a bug. [06:23] hopefully ogra_ may have some insight, and see if they can figure it out. [06:25] post the bug number here when you've got it filed please. suspect that when pitti comes on line, he will be interested as well. [06:25] Thankfully I keep a running history of daily images between releases so I can backtrack. [06:26] :) === rsalveti` is now known as rsalveti [07:04] Good morning [07:13] heya pitti, good morning. [07:13] Hey. [07:13] All images that were kicked off by cjwatson have been put in the tester. [07:14] So far, I am seeing bad screen corruption on the Ubuntu-netbook and Kubuntu-desktop images on omap4. It appears to be resolution related. [07:14] skaet_: any catastrophes so far? [07:15] pitti, arm and/or kubuntu is problematic based on the rebuilds. and what Gruemaster is finding out on the arm side. [07:15] skaet_: the bits on http://people.canonical.com/~ubuntu-archive/testing/natty_probs.html, or more recent regressions? [07:16] I'm leaning heavily towards a kernel issue. This is a new kernel since Saturday (i.e. no real testing) and is the first .38 kernel for omap4 that reenables HDMI. [07:16] At least with the omap4 images. [07:17] argh, fglrx is on the DVDs; I'd love to accept it now, so that people actually can get a working driver right after an upgrade, does that sound ok? [07:17] skaet_: ^ [07:18] pitti, I'm sympathetic. /me thinking about implications [07:18] skaet_: it's just in ship, not in the live session [07:19] GrueMaster: did you remove the old dvi arguments? [07:19] but it's rather useless on the DVD right now, as it's uninstallable (i386) and breaking your system (amd64) [07:19] don't know if ogra_ already removed it [07:19] so I'd rather have a working versino in the archive, in case people try it [07:19] pitti, if the dvds haven't started testing yet, mark them for rebuild and go ahead. [07:19] it's disabled in jockey, but still, people could install it manually [07:19] rsalveti: I'll check, but they don't work with the dvi port anymore. [07:19] GrueMaster: I tested this kernel and it worked fine with my monitor, but not during installer [07:19] skaet_: I don't want to rebuild DVDs actually [07:19] ?? [07:19] GrueMaster: hm, it should work [07:20] GrueMaster: can you check the package version? [07:20] rsalveti: Same here with a 20110321 upgraded image. [07:20] could happen that the meta package is not updated [07:20] rsalveti: linux-image-2.6.38-1206-omap4 2.6.38-1206.9 [07:20] not the latest [07:20] From the manifest. [07:21] There is a new one in the pool since 3 hours ago? [07:21] skaet_: DVDs were fully tested already, I don't think this is important enough to drop that; people can install fglrx from the archive instead of from the DVD [07:21] GrueMaster: 2.6.38-1207.10 was published at 26 [07:21] Grrrrrr. [07:21] pitti, yup, go ahead and accept. [07:21] skaet_: ack [07:22] GrueMaster: could be lack of meta update [07:22] typical. [07:22] * skaet_ read the backscroll, and put 2+2 together as you explained. [07:22] yup [07:22] skaet_: FYI, need to disappear for ~ 30 min for a vaccination, bbl [07:22] Ok, get it updated so we can reroll armel images and start over in the morning. [07:22] beagle one seems fine here, at least I could install and open the unity-2d interface [07:23] omap images are running fine. [07:23] Only omap4 images have issues (headless works fine also). [07:23] ^^ wanted for kubuntu upgrades to beta; without it, users get a nasty shock when kdm restarts and destroys their running session [07:23] (eglibc) [07:23] nothing in there that needs to be on the ISOs though [07:24] GrueMaster: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-natty-meta.git;a=commit;h=55b7429412381840311673838dedf7b6f8afc104 [07:24] GrueMaster: yup, meta needs update [07:25] * GrueMaster is getting really tired of these last minute rerolls for armel during release week. [07:25] pitti, ^^ can you help with the rerolling the armel images when bits are ready. [07:26] * skaet_ needs to go zzz now [07:26] I need to call it a night. I can only go 16 hours between beauty sleep. Night skaet_. [07:26] Thanks GrueMaster, night === skaet_ is now known as skaet_afk [07:27] yeah, also going afk, asked at #ubuntu-kernel for meta update [07:27] hopefully someone can update it soon [07:28] I'll look for new images in the morning. [07:28] again. === jj-afk is now known as jjohansen === doko_ is now known as doko [08:28] skaet_afk: sure [08:29] hm, which bits are needed for the armel images? [08:31] ah, omap meta package, sure, will look [08:32] there's no upload, though [10:40] hmm, the kernel team seems dead today [10:57] pitti, i just uploaded a fix for flash-kernel, since we will have to re-roll for linux-meta anyway, that can as well go in [10:58] (fixes bug 744862) [10:58] Launchpad bug 744862 in libdebian-installer (Ubuntu Natty) (and 3 other projects) "/proc/cpuinfo strings for OMAP4 devices changed with 2.6.38 kernels (affects: 1) (heat: 8)" [Medium,New] https://launchpad.net/bugs/744862 [11:02] ogra_: do you know if someone is on linux-meta? [11:02] omap-meta, I think? [11:02] cooloney is [11:03] but he cant upload and seems to wait for tim [11:03] you or I cannot sponsor this? [11:03] ogra_: flash-kernel accepted [11:03] thanks [11:04] i'm not sure how the pocesses in the kernel team are, probably he waits for a review of a team mate or something [11:04] he went for dinner now, so i cant ask him [11:06] ogra_: which rerolls are we talking about heree? [11:06] *here [11:06] I missed some scrollback due to going over my ISP's usage cap this month [11:25] cjwatson, armel omap4 at least [11:26] cjwatson, new linux paxkage was uploaded but no new meta, so the display is broken [11:26] (the new kernel fixes it) [11:32] which armel omap4? there are >1 [11:33] all that use graphics (but for consistencys i would also re-roll headless) [11:38] ok, please let me know when rerolls should start [11:39] will do, still waiting for the kernel team [13:01] cjwatson: please could you accept one more g*-4.4 package? the buildds are free [13:01] which one? [13:02] say, gcj-4.4, shortest build time [13:02] then gnat-4.4, then gcc-4.4 [13:03] are the dependencies such that this will not cause any uninstallability if architectures are out of sync? [13:03] we still have at least a couple of respins to come [13:04] no [13:06] gdc-4.4 was a ftbfs, gcj-4.4 needs the update for multiarch [13:15] is there going to be a respin of ubuntu desktop ? I have a software-center upload that switches from reviews.taging.ubuntu.com to production (the production instance is there now finally!) [13:15] not critical as we can just redirect from staging -> production for a while but would be nice to have (if we respin anyway) [13:25] not planned at the moment [13:26] ok, thanks [13:27] software-center is arch: all, though, so it's safe to accept in case we do respin - done [13:46] thanks! [13:47] pitti, omap4 meta should hit the archive in a minute, please approve [13:47] yippie [13:47] :) [13:48] ogra_: done; let's hope it builds before the publisher run [13:48] yeah [13:49] shouldnt take long though [13:50] \o/ [13:50] * tgardner wishes all his packages went that fast. [13:51] Any objections of I go ahead and accept ia32-libs? [13:52] ScottK: oh, I just did so, as it isn't on any image [13:52] pitti: OK. That would be a good reason for me not to do it. [13:52] Thanks. [13:52] ScottK: hoping it'll unbreak flash :) (yesterday's update broke it) [13:52] Yep. [13:53] My view has been if you care about flash working you ought to be on i386 (until multiarch gets done). [13:54] ScottK: right, but when looking at how much discussion bug 723831 caused, I'd rather see that working :) [13:54] Launchpad bug 723831 in ubiquity (Ubuntu) (and 2 other projects) "Installer – The option to 'install third-party software' when installing Ubuntu should be selected by default (aka "make Youtube work") (affects: 6) (heat: 54)" [Wishlist,Won't fix] https://launchpad.net/bugs/723831 [13:54] Definitely. [14:01] ogra_: in accepted, good [14:02] pitti, awesome, so we can re-roll ? [14:02] ogra_: no, needs publishding first [14:03] ah, right [14:15] ^ don't worry, this was a reject (I reuploaded because there was another patch to sponsor) [15:05] http://ports.ubuntu.com/ubuntu-ports/pool/main/l/linux-meta-ti-omap4/ doesnt look like we made the last publisher run :( [15:44] cjwatson, omap4 rebuilds can be started, linux-image-omap4 2.6.38.1207.6 just hit the archive [15:45] ogra_: right [15:45] cjwatson: please build headless first [15:45] NCommander, ? [15:46] It takes a lot less time, and if it fails to build, we know the other ones will === skaet_afk is now known as skaet_ [15:46] ^- ogra_ [15:46] that can go last [15:46] too late. [15:46] ogra_: it can go first [15:46] lamont: can you kill whatever's running on acorn+sycamore, please? [15:46] livefs jobs [15:46] NCommander, we try to fix a graphics bug [15:46] how will headless help here ? [15:46] I c&ped too much by accident [15:46] ogra_: I just talked to GrueMaster about it, he can test headless while the others are building. Headless takes ~30m, desktop takes at least 2h lsat time I built them by hand [15:47] NCommander, nothing will fail to build, we replaced two packages [15:47] desktop takes pretty exactly 90min on antimony [15:47] +/- 2-3min [15:47] ogra_: Headless can be testing while the others are downloading. [15:48] It is small and fast. [15:48] * ogra_ sighs and goes afk [15:48] this is all moot unless lamont comes back [15:48] thank you. [15:48] feel free to take over from ´me now [15:48] ogra_: it takes longer than that cause we also have to do compression step which takes a good 30 minutes [15:48] since I accidentally started a netbook build [15:48] (and ctrl-c'ed it again accidentally, so it's running unsupervised) [15:48] cjwatson: ugh :-(. We really need a kill image script on antimony [15:51] GrueMaster, did you notice that the package removal bits in oem-config change teh debconf ui color to unreadable in headless ? [15:52] do we have a bug for that ? [15:52] pitti, ScottK: you mean you aren't all using my ppa and *have* flash working with multiarch?! ;) [15:52] I did not notice. I was too consumed with trying to figure out the graphics issues. [15:53] slangasek: I of course have run your PPA for the last five years! I'm exclusively worried about our users here, of course :) [15:53] slangasek: No. I use i386 on desktops. [15:53] slangasek: jokes aside, it actually works for you now? awesome [15:54] ScottK: ah, heh [15:54] pitti: yes, http://pastebin.ubuntu.com/586924/ [15:55] but you can't upgrade libglx-mesa-dri from that ppa or it wants to remove your x server ;) [15:55] slangasek: you mean you aren't already running wayland? :-) [15:55] hah [17:25] cjwatson: the kubuntu mobile images from yesterday still have kdm and plasma-desktop on them, but kubuntu-mobile is no longer a Task of those packages, maybe they were rebuilt too soon, could we get new images if you agree? [17:32] Riddell: is that arm? [17:32] cjwatson: I think gcc-4.4 can be approved (arm is still busy, but ...) [17:34] doko: hi, so what happened that required a gcc-4.4 reupload? [17:34] or do you mean gdc-4.4 here? [17:37] slangasek: merging of hrw's cross changes, and serving as a basis for the gdc-4.4 (FTBFS), gcj-4.4 (wasn't multiarch ready) and gnat-4.4 [17:38] ok [17:42] cjwatson: i386 in my case [17:42] Riddell: we are respinning the omap4 images anyways (kernel issue). [17:43] Riddell: do you think it's beta-critical? [17:44] cjwatson: for kubuntu mobile it is, it's not our most important flavour but I don't think we lose anything by rebuilding now [17:44] ok [17:44] building [17:45] GrueMaster, Ubuntu ARM Preinstalled (omap3+omap4) are the 20110329 images - are they the ones being rebuilt right now? [17:45] cjwatson, ^^ ? [17:45] I hope so. The kernel meta landed only a few hours ago. [17:45] skaet_: I'm in the middle of posting [17:45] ubuntu arm preinstalled omap4 posted [17:46] Thanks. Pulling. [17:46] cjwatson, awesome. :) [17:46] I accidentally rebuilt omap3 as well, but you can ignore that [17:46] we can just publish the old one if it's already been tested? [17:46] the request was just to respin omap4 [17:46] cjwatson, it doesn't have any test results beside it, so may as well put both up. [17:46] As long as there are no other package changes, I'm good. [17:46] I have no idea whether there are other package changes :-) [17:47] skaet_: I hadn't posted results yet (waiting for tracker issues to get resolved). [17:47] cjwatson: I can check. [17:47] ahh, ok GrueMaster [17:52] The only package changes I can see that may be relevant are pam and software-center. Need to find out why they were updated post-freeze. [17:52] I approved software-center [17:52] it switches to using a production server rather than staging [17:52] Ah. Not a big deal for armel I would think. [17:52] (not sure how it works). [17:53] anyway, if you've already tested omap3, there's no point in revving for the sake of it, I think [17:53] But for the limited user base, I'm not sure it is a major concern for beta. [17:53] you have enough to do [17:53] Heh. Yes I do. :P [17:55] cjwatson, Gruemaster - agreed. If testing already done, its lower priority to retest with new image. [17:55] cjwatson: While I pull the netbook image down, can you start respin of headless, kubuntu, and kubuntu-mobile for omap4? [17:56] already did [17:56] Thanks. [17:56] headless is building right now [17:56] and the others are queued in that order after iti [17:56] Excellent. [17:56] in parallel, kubuntu-mobile/i386 is building as Riddell requested === bjf is now known as bjf[afk] [18:02] I'm going out for a while and would appreciate it if people would post those as they complete [18:02] again, no need to post omap3 [18:03] cjwatson, will keep an eye on it. [18:03] * skaet_ and won't post omap3 ;) [18:06] slangasek: hmm, did you run your script on the old test rebuild? [18:07] doko: no, I ran it against test-rebuild-20110329-arm + test-rebuild-20110329 + the main archive; so anything that's ftbfs in natty also got a bug filed [18:07] ok [18:15] cjwatson: are acorn/sycamore still an issue? (covered tab, sorry) [18:15] lamont: nope, thanks [18:15] don't kill what's there now :) [18:15] hence the question === bjf[afk] is now known as bjf [18:21] *cough* perl ftbfs with multiarch [18:22] * slangasek mumbles [18:22] assign me a bug? :) [18:25] oh crap I didn't quite finish all the Edubuntu ubiquity slideshow slide pictures (not that it's particularly noticable) [18:26] (I guess I'll just try to get an exception for them after beta release) [18:28] slangasek: done. still fighting with nfs-utils ... === tgardner is now known as tgardner-lunch [19:04] kubuntu mobile i386 20110330 posted [19:04] Riddell, ^^ [19:39] Gruemaster, cjwatson, headless armel omap4 posted. === tgardner-lunch is now known as tgardner [19:51] ok. Sorry, had a phone call. [19:51] I'll pull it now. [19:51] :) === bjf is now known as bjf[afk] === tgardner is now known as tgardner-server- [20:26] GrueMaster, Riddell, ScottK, kubuntu desktop omap4 20110330.1 posted [20:29] ok === skaet_ is now known as skaet_otp [20:32] cjwatson, slangasek, I think that the only one left to emerge now is kubuntu mobile armel omap4. Anything else that may have been overlooked? === tgardner-server- is now known as tgardner === bjf[afk] is now known as bjf [21:22] slangasek: please accept python*-stdlib-extensions, afaics, not on any CD's [21:22] looking === skaet_otp is now known as skaet [21:31] kubuntu-mobile armel+omap4 posted [21:36] there. edubuntu is all tested (shew). [21:36] (with very few and small bugs this time, at least) [21:45] highvoltage. :) [21:46] highvoltage, thank you - that sort of nice news is always most welcome. :) [21:48] skaet: only a pleasure! [21:50] skaet: there's 3 low-risk fixes that, if we apply them when the archive opens again, we'll have 0 edubuntu-specific bugs for the 2nd beta if nothing changes (that would be kind of nice) [21:54] Hello, [21:54] I'm part of the Cairo-Dock team and I want to update Cairo-Dock packages on Ubuntu. I've opened two bug reports (cairo-dock and its plug-ins) one month ago (before the FF) with two linked branches: https://code.launchpad.net/bugs/723994 & https://code.launchpad.net/bugs/723995 [21:54] Launchpad bug 723994 in cairo-dock (Ubuntu Natty) (and 1 other project) "FFe: Please update Cairo-Dock to 2.3.0~0rc1 version (affects: 2) (heat: 16)" [Wishlist,New] [21:54] I've contacted a few people on IRC but now I really don't know what can I do... [22:01] matttbe, this is a good place to bring it up, however right now we're in last stages of getting beta images ready. [22:02] skaet: yes I know but what do I have to do? [22:02] matttbe, if you could bring it up again on Friday or next monday, if it hasn't been taken care of before then, that would be much appreciated. [22:02] has the ubuntu-release team been subscribed to the bugs? [22:02] skaet: ok thank you! [22:02] yes [22:03] cool, it should be in the queue then, and as soon as the load lightens it should get assessed. [22:04] skaet: and it seems that my sponsor has subscribed you :) [22:04] matttbe, thanks for flagging it. I had noticed cairo dock has been on the bug list, but hadn't had the bandwidth to dig in yet. [22:05] skaet: no problem but I hope that these packages will be updated before the beta2 :) [22:06] reposting a few desktop images to relabel them and avoid a Wubi bug === skaet is now known as skaet_afk [22:39] testing a fix for the perl multiarch ftbfs now; have the package building, want to see if it also fixes the ftbfs of perl revdeps [22:39] \o/ [22:41] cool, libuuid-perl fixed with a fixed perl [22:41] uploading perl [22:44] can't approve [22:44] that's ok, someone will get it eventually :) [22:46] doko: have the buildds finished the rebuild for main on x86, or is there still more coming? [22:50] slangasek: same answer as to robbiew (which he didn't like =) https://launchpad.net/builders/ i386 at s, amd64 at p for main, universe not yet started [22:50] heh [22:50] slangasek: that means "no" [22:51] :D [22:51] sorry, couldn't resist ;) [22:51] doesn't bother me any :) [22:52] thbbt, why does reportbug not let me set usertags for multiple users [22:52] had to convince soyuz to get populate-archive from 10h+ to 2h [22:54] heh [22:55] doko: aside from perl ftbfs being scary (but now fixed), are there any other multiarch pain points that you're aware of currently? [22:55] the desktop stuff seems to be getting sorted (or already is) [22:55] bind9 is multiarch, I bet postfix is also [22:56] python-apt breakage makes it painful to use on the desktop, so I turned it off [22:56] (bug 740072) [22:56] Launchpad bug 740072 in python-apt (Ubuntu Oneiric) (and 1 other project) "apt.Cache.__iter__ breaks when multiarch is enabled (affects: 2) (dups: 1) (heat: 16)" [Undecided,New] https://launchpad.net/bugs/740072 [22:56] yep [22:56] (ah, you knew about that) [22:56] sadly I don't foresee us getting that fixed in time for natty [22:57] and I have 10 libs in ppa that are needed before you can actually install any useful packages with it on the desktop (flashplugin) [22:57] slangasek: fixed the python stuff [22:57] now seeing seabios [22:57] and I don't think you guys want me to transition mesa post-beta ;) [22:58] slangasek: I don't care if you provide .so links in the expected location [22:58] s [22:58] sure; that's better for backwards-compatibility, but it also makes the packaging more complex and error-prone [22:58] so I'd rather not, as much as I would've liked to have it in [22:59] I know, but it might be worth having such a thing for debian multiarch [23:00] anyway, flashplugin without nspluginwrapper is also not the most useful thing - so I'm planning to draw the line here and close out the FFe bug [23:00] doko: I think debian multiarch is going to go even further in the first iteration, and have multiarch -dev packages early - and those definitely can't have compat symlinks in /usr/lib [23:01] (this, after all, is what addresses the cross-compiling use case, which is what Linaro and Emdebian folks are both primarily after) [23:03] * doko is happy to blame debian for multiarch [23:03] heh [23:03] s/blame/credit/ ;) [23:03] uploaded fixed gcc-4.4 [23:03] thanks, will review [23:03] I'm still bad with politics, sorry === skaet_afk is now known as skaet