[00:21] <alex88> hi, how is possible to change kernel on the usb live created with "startup disk creator"?
[00:53] <psusi> RAOF, you seem to be the x/video guy... am I correct in understanding that the radeon driver loads binary blobs of firmware code provided by ati without source code?  so there is no way to understand how the code running in the card works or modify it in any way?
[00:54]  * psusi wonders if he can run them through a disassembler
[01:08] <penguin42> psusi: I might be wrong, but I don't think we know what CPU that firmware executes on
[01:10] <psusi> heh... weird... apparently I keep getting these weird error messages related to npviewer on my terminal window because chromium and thus npviewer are using that tty for output even though it is not their controlling tty, I guess because chromium was started by apport-bug...
[01:11] <psusi> surely somewhere along that chain of events, that fd should have been closed...
[01:38] <hdon> hi all. i am using forkpty() and execve() to capture the output of a popular SDL+OpenGL game. i am now getting this error: SDL_Init(SDL_INIT_VIDEO) failed: No I/O port permissions
[02:09] <stefano> Anybody here running Lubuntu?
[12:46] <geser> cjwatson_, doko__: is someone of you working on merging bsdmainutils?
[12:49] <cjwatson_> I have a merge in progress, yes
[12:49] <cjwatson_> there didn't seem any major rush
[12:50] <doko> geser: do you volunteer to comlete the MIR for libhdate?
[12:51] <geser> cjwatson_: no there isn't, just looked why it's in DEPWAIT and noticed the package rename of libhdate-python
[12:51] <geser> damn, a MIR is also involved :(
[12:51] <cjwatson_> it's depwait in the same way both before and after the merge :-/
[12:53] <geser> just realized that myself
[12:55] <doko> bilalakhtar: merging gcc-4.3 is wasted time.  please use your time to remove build-dependencies on gcc-4.3 and then request it's removal
[12:56] <bilalakhtar> doko: thanks, will surely do that from tomorrow onwards
[14:39] <hdon> hi all. i am using forkpty() and execve() to capture the output of a popular SDL+OpenGL game. i am now getting this error: SDL_Init(SDL_INIT_VIDEO) failed: No I/O port permissions
[15:08] <penguin42> hdon: Does it normally use X ?
[15:08] <hdon> penguin42, i believe my problem is because i did not supply it its environment variables
[15:09] <penguin42> yeh makes sense
[15:12] <penguin42> I don't suppose anyone knows the details of swap signatures and in particular how hibernation signatures interact with them?
[15:46] <hdon> hmm, well
[15:46] <hdon> i'm execve()ing /usr/bin/env as a test that i constructed the environ correctly
[15:51] <hdon> d'o
[15:51] <hdon> d'oh
[15:51] <hdon> i left a line in there that was memset() erasing my envs
[15:53] <hdon> sweet
[15:53] <hdon> it works :)
[15:53] <hdon> (i am not writing in C btw, i am working on an FFI for JS)
[15:53] <hdon> (programming in it right now is a little convoluted)
[15:53] <hdon> yay, it worked :)
[16:12] <pavolzetor> hi, I would like start develop RSS reader, but I cannot find vala and desktopcouch tutorial
[16:14] <pavolzetor> wrong channel?
[18:43] <lifeless> IIRC there is a debian ftp-master that lurks here...
[18:51] <ebroder> Does bug #616682 fall under the GNOME microrelease exception, or should I turn it into a real SRU?
[18:52] <bilalakhtar> lifeless: and he is Dktr-Kranz
[19:06] <lifeless> bilalakhtar: thanks
[19:07] <lifeless> DktrKranz: hi; if you had the time to look at python-fixtures in NEW, that would be awesome - its blocking new releases of python-testtools, python-testrepository and through testtools of bzr*
[19:16] <DktrKranz> ss
[19:16] <DktrKranz> err
[19:16] <DktrKranz> lifeless: looking
[19:17] <lifeless> DktrKranz: thank you!
[19:21] <DktrKranz> lifeless: accepted, will be processed in ~11 minutes
[19:21] <lifeless> DktrKranz: thank you very much!
[19:21] <DktrKranz> you're welcome :)
[19:27] <FTMichael> I'm using an application that needs its version updated in the repos.  (It's in Universe.)  How do I submit a bug report to request that the maintainer update it?
[19:28] <lifeless> FTMichael: we don't have maintainers. You can file a bug asking that it be updated, but the best thing to do is supply an update to it.
[19:28] <FTMichael> lifeless, the update is available for download as source to be compiled - I just want it to be in the repos to make life easier.
[19:29] <FTMichael> https://github.com/andy-shev/LogJam/archives/v4.6.0 has the source code.
[19:29] <lifeless> yes, I understand.
[19:29] <lifeless> the #ubuntu-motu channel, which deals with universe, would be a better place to discuss this
[19:29] <FTMichael> ah, okay.  Thanks :)
[19:31] <FTMichael> How do I file a bug asking that it be updated though?  I was having a hard time finding that in Launchpad for some reason
[19:31] <lifeless> we heavily depend on the data gathered by apport for bug triage for (most) bugs
[19:31] <FTMichael> Gotcha
[19:31] <lifeless> so non-developers have the web UI for filing bugs turned off
[19:32]  * FTMichael found ubuntu-bug
[19:32] <lifeless> developers (which we welcome more of!) have the web UI available (but are still meant to use ubuntu-bug where possible :)
[19:33] <FTMichael> :)  Thanks muchly!
[21:33] <micahg> sladen: I'm assuming the Firefox regression you reported was based on the version in Natty?
[21:36] <sladen> micahg: FF4b7 (I think it notes this in the report).  Should it be against a different +source/package ?
[21:36] <micahg> sladen: no, I'm just wondering which build it is (upstream, firefox-next, natty)
[21:36] <sladen> micahg: firefox=4.0~b7+nobinonly-0ubuntu3  from the archive
[21:37] <micahg> sladen: ok, that's natty, thanks