=== stgraber_ is now known as stgraber [07:35] good morning === directhe` is now known as directhex === yofel_ is now known as yofel === almaisan-away is now known as al-maisan [12:26] can anyone please in figuring out that why is my 91% RAM is full? http://paste.ubuntu.com/5604638/ when I took this data only steam was running with downloading a game. But my 91% RAM is full. [12:26] sorry wrong channel :( [12:27] its not [12:27] it's about 1/3 full [12:27] rest is buffers, cache, which gets cleaned when needed [12:28] !ram | c2tarun [12:28] c2tarun: If you are wondering why some tools report your system has very little free memory, have a look at http://www.linuxatemyram.com/ | A short primer on Linux memory management can be found here: http://sourcefrog.net/weblog/software/linux-kernel/free-mem.html [12:28] jpds, cheater ;) [12:31] Zhenech, jpds thanks :) === jackyalcine is now known as jacky [15:11] ScottK: Could you copy over the OpenAFS SRU? [15:11] Sure. [15:15] lfaraone: Done. [15:22] Thanks! === al-maisan is now known as almaisan-away [18:35] 'morning === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [20:04] Does anyone know why ghc 7.6.2-1 hasn't migrated from raring-proposed to raring yet? There doesn't appear to be a reason for it in the excuses. [20:04] look in output, not excuses [20:05] The output doesn't make much sense to me. :/ [20:05] perhaps not, but it does explain why [20:05] "huge gnarly transition" [20:05] http://people.canonical.com/~ubuntu-archive/transitions/ghc.html is a better view [20:05] Oh, I see. [20:06] But those builds are against the current ghc version in raring, no? [20:06] that page shows raring and raring-proposed [20:06] the highest version [20:09] ScottK: hi :) [20:09] Hi ESphynx [20:10] ScottK: So I released 0.44.04 yesterday, put it on mentors.debian.net :) I'm hoping it will make it into Raring =) [20:10] Is it bug fix only over what we have now or are there new features? [20:10] ScottK: that's the new features . [20:10] ScottK: 64 bit support [20:11] Then you'll need to file a feature freeze exception request. [20:11] before it didn't have 64 bit support [20:11] ScottK: it's not integrated into Debian yet though... not sure if xnox will have time to sponsor it [20:11] See https://wiki.ubuntu.com/FreezeExceptionProcess [20:12] ScottK: so I should go ahead and file a LP bug before the package is into Debian? [20:12] Yes. You can go ahead. [20:16] ScottK: How's that https://bugs.launchpad.net/ubuntu/+source/ecere-sdk/+bug/1153763 [20:16] Launchpad bug 1153763 in ecere-sdk (Ubuntu) "[FFe] Please update to Ecere SDK 0.44.04 for 64 bit support" [Undecided,New] [20:17] ESphynx: That's a start. There's other information asked for. [20:18] I suck at reading. [20:18] An explanation of the testing which has been performed on the new version in Ubuntu, including verification that the new package: ... You mean this? [20:19] IIRC build logs too. [20:20] ScottK: I have a ppa that built with it on Debian, would that be good? [20:20] on Raring* [20:20] Yes. [20:22] Gah, is there a setting for pbuilder so that it doesn't use old cached versions of packages if the requested Build-Depends doesn't exist? [20:23] export APTCACHE="" [20:24] But that turns off the cache altogether, no? [20:24] ScottK: how's that https://bugs.launchpad.net/ubuntu/+source/ecere-sdk/+bug/1153763 [20:24] Error: Could not gather data from Launchpad for bug #1153763 (https://launchpad.net/bugs/1153763). The error has been logged [20:24] ESphynx: I'm doing $work at the moment, so I can't really look at it in detail. Just make sure you provide all the information asked for. [20:25] ScottK : thanks. === med_out is now known as med_ === kloeri_ is now known as kloeri === jdstrand_ is now known as jdstrand === lifeless_ is now known as lifeless [22:53] * Laney wonders why Haskell library developers bump dep version requirements for no apparent reason [23:13] can i get a bugfix into raring for https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1132678 due to "high" priority? It doesn't modify features, so I"m not sure it needs FFe [23:13] Launchpad bug 1132678 in nginx (Ubuntu) "nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)" [High,Fix committed] [23:14] assuming I upload the debdiff that is === Guest85400 is now known as jacky [23:23] TheLordOfTime: bug fixes don't need an FFe. [23:30] ScottK, so they'll still get through sponsorship given freeze? [23:37] how does one get access to error reports on errors.ubuntu.com? [23:40] jtaylor: bugsquad [23:40] iirc [23:41] I am in bugsquad but it tells me no access :( [23:43] bugcontrol then maybe? [23:45] in there, not bugsquad [23:45] control > squad I guess? [23:47] looks like maybe it got taken away [23:47] ask ev [23:54] cjohnston, bugcontrol. [23:55] (confirming your second sttement) [23:55] statement* [23:56] at the minimum, i think.