[04:12] <micahg> TheLordOfTime: yeah, that should've been filed against virtualbox, so we welcome please update bugs, but if the package comes from Debian, we prefer to have it updated there first, also, we tag them upgrade-software-version.  In this instance, it's not something that's SRUable and quantal has the requested version, so we can suggest a backport for which you can point someone here: https://wiki.ubuntu.com/UbuntuBackports
[09:35] <brendand> is it a known issue that flash isn't working in firefox on quantal?
[09:39] <jibel> brendand, works fine here, which version of flash, from the repo ?
[09:39] <jibel> I mean installed with the installer from the repository
[09:40] <brendand> jibel, well i've been upgrading
[09:40] <brendand> from beta2
[09:40] <brendand> not sure exactly what is going on. a lot of video based stuff is not working
[09:41] <brendand> ok, never mind
[09:41] <jibel> I haven't heard of specific issues with flash on Quantal. It works great on the 3 machines I have here
[09:41] <jibel> 32 and 64bit
[09:41] <brendand> looks like it was just busted momentarily
[13:31] <TheLordOfTime> micahg, understood.
[13:31] <TheLordOfTime> as for anyone else: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1064483  <-- their apport collection data refers to Mint.
[13:31] <ubot2> Launchpad bug 1064483 in grub2 "Grub 2 update install bug" [High,New]
[13:31] <TheLordOfTime> how do we handle those?
[13:32] <TheLordOfTime> hggdh, if you're alive... :P
[13:45] <hggdh> TheLordOfTime: I just became alive again
[13:46] <hggdh> TheLordOfTime: I would keep it open -- grub2 is the same on *buntu
[13:53] <hggdh> and I am interested in what version the OP is on, on *buntu
[13:59] <jibel> I'd move it to -> linuxmint and let mint's maintainer deal with it
[14:00] <jibel> the bug is reported from linux mint and not a valid bug in ubuntu
[14:01] <hggdh> jibel: ack
[14:03] <hggdh> & done
[14:03] <hggdh> <- note to self: first wake up. Then work.
[14:03] <bcurtiswx> hggdh, if that were for case for me.. i'd never get work done...
[14:06] <hggdh> heh
[14:13] <TLoT> hggdh: jibel:  i assume you're on about the bug i linked here, and subsequently pinged hggdh about?
[14:13] <TLoT> the one filed from mint
[14:13] <TLoT> (please relink, my ZNC can't be connected to from this system here)
[14:30] <cornfeed> hello hello. I am having an issue that I would consider deserving of "triage"
[14:37] <cornfeed> I am running an ubuntu 12.04 server amd64 on a Lenovo tower server (http://www.newegg.com/Product/Product.aspx?Item=N82E16859106114)
[14:37] <cornfeed> between 24hrs and 96hrs, it will hard freeze
[14:38] <cornfeed> all that can be done is a hard reset... I have a catch all log going to /var/log/messages, but nothing useful in there and nothing useful in dmesg
[14:40] <cornfeed> is there anyway I can get some kind of log? I even left top open for days waiting for it to freeze but there was nothing useful on the screen
[14:50] <hggdh> cornfeed: one option is to use remote logging (rsyslog-type, for example), or attach a serial terminal to another machine
[14:51] <cornfeed> thats what my co-worker suggested as well. we are looking at a serial logger being setup soon
[14:51] <hggdh> this sounds like a kernel panic or bug
[14:51] <cornfeed> yeah it has to be
[14:51] <cornfeed> but I dont know how to get any info about it
[14:52] <hggdh> it may be that your primary console is going into screen-save mode, and when the issue happens you cannot bring it up again
[14:53] <cornfeed> bingo
[14:53] <hggdh> so the hope is to be able to screenshot, or something, off the remote logger/serial console
[14:53] <cornfeed> well the server actually runs lxde for the other employees to easily manage
[14:54] <hggdh> and you cannot even ssh into it?
[14:54] <cornfeed> so when it freezes i am usually still in the gui
[14:54] <cornfeed> nope
[14:55] <hggdh> one option -- but I doubt it will work: open a SSH connection, and tail -F /var/log/syslog
[14:55] <hggdh> note it is capital F, not lower f
[14:55] <cornfeed> hmmm we have an extra box i can do that on :-)
[14:55] <cornfeed> yep
[14:56] <cornfeed> why did i now think of that!!! thank you
[14:56] <cornfeed> not**
[14:56] <cornfeed> okay, my co-worker says he is already building the serial logger...might you have any other ideas?
[14:57] <hggdh> the serial logger is the best option, actually
[14:57] <hggdh> but you can use them all :-)
[14:58] <hggdh> what we are shooting for is to capture the bug/oops/panic/
[15:02] <cornfeed> yep
[15:03] <cornfeed> okay, well i am going to run and start that project. I will probably be back in a day or two
[15:03] <cornfeed> thanks again man
[15:04] <cornfeed> i guess I just needed to know that there were no other possibilities....we even tried switching to the sata2 ports instead the sata3 ports, but that didnt do it
[15:08] <hggdh> it is a try, but in the dark
[15:11] <cornfeed> completely