[00:55] <tomreyn> hi
[00:56] <tomreyn> we have a package in Ubuntu called megaglest (and megaglest-data/-dbg). now i'm wondering where reports on crashes on Ubuntu go and how we can get access to those?
[00:59] <tomreyn> also your /topic seems to be cut off
[01:00] <penguin42> tomreyn: https://bugs.launchpad.net/ubuntu/+source/megaglest  should be the bugs if there were any
[01:01] <tomreyn> penguin42: does this include crashes? my understanding is that they are handled differently since 12.04
[01:02] <tomreyn> i.e. users will no longer end up on launchpad when reporting them
[01:02] <penguin42> ah, I think I know what you're talking about, but I've not seen where that goes
[01:02] <tomreyn> there is supposed to be some "crashdb" somewhere
[01:03] <penguin42> yeh not sure where
[01:04] <penguin42> tomreyn: http://askubuntu.com/questions/140379/how-can-i-track-a-bug-that-caused-a-crash-and-was-reported-via-apport-whoopsie
[01:07] <penguin42> a lot of the links there seem to be broken, not sure if it's just a perms issue
[01:14] <tomreyn> so the crash reports are centrally collected and there are (very limited) publically accessible statistics based on them
[01:15] <tomreyn> and then there is a link to (supposedly) detailed crash reports. Where the average mortal get's an "Either you have not been granted access to this resource or your entitlement has timed out. Please try again."
[01:16] <penguin42> tomreyn: Looks like it, I'm not sure if that's supposed to work or not
[01:16] <penguin42> tomreyn: Those links have lots of /'s in them - I wonder if that's not intended
[01:16] <tomreyn> i guess that could have become a nice system. after spending more time on developing it, and finishing developing it /before/ rolling it out.
[01:17] <penguin42> tomreyn: I guess maybe it already provides a good indication if there are lots of crashes of the same type suddenly occuring
[01:17] <penguin42> tomreyn: I guess someone can get to the detail
[01:18] <tomreyn> and at the same time the hooks it uses prevent the user from gathering crash dumps the way the application developer may like them.
[01:18] <penguin42> I assume there is a way to stop that
[01:18] <tomreyn> probably, but default matter.
[01:18] <tomreyn> *defaults
[01:19] <tomreyn> anyway, we don't know enough, let's see if someone who knows something about this scarcely documented system is able to provide more insight.
[01:20] <penguin42> nod - I suspect all the docs are there somewhere if we knew where to look
[01:23]  * penguin42 must make a note to ensure that's disabled on his work machines
[10:12] <smartboyhw> Hi!
[10:14] <green7> hello
[10:15] <green7> Need some help!
[10:17] <ogra_> green7, for support try #ubuntu
[10:18] <green7> Well, someone redirected me here
[10:18] <smartboyhw> ogra_, he meant support on developing, help him to start on his way to development
[10:18] <green7> right
[10:18] <ogra_> then probably #ubuntu-app-devel or #ubuntu-motu
[10:18] <green7> all right.
[10:29] <green7> seems like they're busy!
[10:30] <smartboyhw> Yep!
[10:32] <shnatsel> !regression-alert
[10:32] <shnatsel> bug #1035384
[10:33] <shnatsel> ulatencyd is a daemon that organizes processes in cgroups, sets nice and ionice per cgroups and processes, etc
[10:33] <smartboyhw_away> shnatsel: Help green7
[10:34] <micahg> smartboyhw_away: no, he's reporting a regression
[10:34] <smartboyhw_away> OK, so someone please help green7, he wants to develop for ubuntu
[10:34] <shnatsel> the latest kernel in -updates panics on boot if ulatencyd is installed; this has never happened before in the ~6 months I'm using ulatencyd
[10:35] <shnatsel> the panic seems to be confirmed on a wide range of systems, seems to happen on every boot but I don
[10:35] <shnatsel> I don't have all the details because I'm on a vacation with an older kernel, sorry\
[10:36] <shnatsel> people in #elementary-dev can explain the problem in more detail
[10:36] <shnatsel> elementary ships ulatencyd by default so all systems suddenky got bricked :)
[10:47] <ogra_> micahg, though ifind it doubtful to call out an IRC regession alert fo a universe package on a sunday
[10:48] <micahg> ogra_: the regression is possibly in the kernel, it's just manifesting itself with a universe package installed
[10:49] <ogra_> sure but really not a super duper emergency that required to remove or blacklist a package from the archive
[10:49] <micahg> ogra_: I would think that depends on what the root cause is
[10:49] <ogra_> (since you can easily avoid it by removing dais universe package)
[10:51] <micahg> yeah, I guess if that's the only symptom ATM, it's probably not worth pulling
[10:52]  * ogra_ glares at his dyslexic fingers 
[10:52] <ogra_> s/dais/said/
[12:20] <green7> hello
[12:38] <smartboyhw> Hi!
[14:51] <SectorX8> Hi there. I may be interested in contribution and membership.
[14:52] <smartboyhw> SectorX8: What membership? Contribute BEFORE membership
[14:52] <SectorX8> But... My field doesn't seems to mentioned in the contribution site.
[14:52] <SectorX8> Page*
[14:53] <SectorX8> smartboyhw: I know. I'm not asking for it.
[14:53] <SectorX8> I'm just telling you that I'm interested.
[14:55] <SectorX8> So... My field is security. Such as pentesting, cloud security, forensics etc. How can I contribute with this?
[14:56] <SectorX8> The topic is not mentioned here: https://wiki.ubuntu.com/ContributeToUbuntu
[14:56] <cjwatson> #ubuntu-security and http://wiki.ubuntu.com/SecurityTeam might be able to help.
[14:56] <SectorX8> Thanks. I'll be moving to next channel.
[14:56] <SectorX8> Have a nice day.
[14:56] <cjwatson> I wouldn't worry overly much about whether all the is are dotted and ts crossed on the contributions page.  If you do good work on security it will be fairly obvious.
[14:57] <cjwatson> Have fun.
[14:57] <SectorX8> Thanks again. I'll. =)
[14:57] <cjwatson> (I don't know how active -security is outside typical working hours, mind.)
[14:58] <SectorX8> OK good to know.
[15:00] <SectorX8> Typical security specialists btw. I'm active in digital forensics lab at a university. My mate in the lab, a Ph D is quite much night gibbing. And we're working way too much. Like politicans. Just to mention.
[22:29] <hallyn> infinity: hey - do you happen to know if there's an ubuntu image i can run (newer than maverick) on efika mx smarttop?  would it use the same procedure i followed a year ago on that fujitsu arm netbook?
[22:33] <infinity> hallyn: Genesi never got around to getting us a current kernel, so we never did images for newer releases.
[22:34] <infinity> hallyn: But you could always take one of their old images/kernels, and do a sketchy debootstrap / static shell / pivot root reinstall from their old maverick/armel to a precise/armhf.
[22:34] <infinity> hallyn: You'd just be stuck with their ancient kernel. :/
[22:34] <hallyn> infinity: that's a shame
[22:34] <hallyn> i wonder if i can find a kernel delta to port to build my own
[22:34] <infinity> hallyn: Yeah, I spent two release cycles asking them for a kernel we could ship in the archive, and gave up.
[22:36] <hallyn> would i need to do anything more than back up /boot and /lib/modules; update; copy content back; update-initramfs and grub-update?
[22:36] <hallyn> well i suppose the kernel .debs shouldn't depend on anything else old
[22:36] <infinity> grub? :P
[22:37] <infinity> In theory, just jiggering the kenrel around from old root to new root would make it all work.  I should probably do so with my smarttop before I give you advice on bricking yours, though.
[22:37] <infinity> You'd end up losing any of their binary codecs, X drivers, etc, but I suspect that's not a big deal for your use-case?
[22:38] <hallyn> haha.  right :)  (no grub)
[22:38] <infinity> Actually, wait, their image was lacking binary X acceleration fanciness anyway, if I recall.  So, that situation wouldn't regress any.
[22:38] <hallyn> infinity: yeah, this will be headless.  i'd like wireless to work (though not required)< that's about it
[22:41] <hallyn> anyway i sent an email to the guy who'd said "thank you for your purchase' last year asking about updates.  assume i'll hear nothing...
[22:45] <hallyn> interestingly the 2.6.31 kernel in their git tree does have recent updates
[22:46] <hallyn> heh, last commit in its ipc/ dir is by me.  two years ago.  sucks.
[22:46] <hallyn> shucks i meant
[22:51] <hallyn> alright asked one of their kernel devs about their github tree.  will hope for the best.
[23:40] <Mikeulus> Hello all. What exactly does "unity --replace" do?
[23:41] <Mikeulus> I have built unity 6.0, and am interested in switching back and forth between the system's version of unity and the one I have built.