[01:22] <bluesabre> Unit193: uploaded
[01:53] <bluesabre> knome: updated strings uploaded, should be available in the morning
[01:53] <bluesabre> tomorrow I will release/upload mugshot, upload menulibre with new strings
[01:53] <bluesabre> ochosi: xubuntu-default-settings with better dpms and lock-on-suspend uploaded
[02:05] <Unit193> xfce4-power-manager-daily: Unit 193 <unit193@Sigma> xfpm-pkging * 8 /  debian/changelog debian/control debian/rules: Merge in 1.3.2-0ubuntu2, enable lxpanel plugin.
[06:24] <ochosi> bluesabre: nice, we should do the xfwm4 workspace dragging setting too at some point (or at least: not forget about it)
[06:52] <Deddokatana> good morning
[07:33]  * elfy really hopes there's a kernel or nvidia or whatever they've broken fix today
[08:24] <brainwash> ali1234: any idea what's going on here? bug 1310788
[08:24] <brainwash> unity_gtk_menu_shell_get_items  assertion
[08:25] <brainwash> unity?
[08:56] <ali1234> brainwash: that's either unrelated or it is something to do with dbusmenu
[09:01] <brainwash> ali1234: unity-gtk-module-common?
[09:03] <brainwash> maybe it's easy to reproduce if the unity stuff is installed
[09:07] <brainwash> "Disable unity-gtk-module on non-Unity desktops. Fixes: 1307657"
[09:08] <brainwash> the reporter uses Unity as dekstop
[09:08] <brainwash> desktop
[09:10] <brainwash> ali1234: "UBUNTU_MENUPROXY=0 thunar" should disable the module, right?
[09:17] <ali1234> should do
[09:18] <ali1234> i doubt that's what it is though
[09:18] <ali1234> try to get a backtrace
[11:20] <bluesabre> ochosi: d'oh, I knew I forgot something
[11:27] <ali1234> brainwash: actually that won't work because of thunar daemon mode
[11:28] <ali1234> you need to kill the daemon first
[11:28] <ali1234> otherwise if you run it it will just signal the daemon to open a new window and then exit
[11:29] <bluesabre> ochosi: pushed the change, sitting in bzr until we decide to do another release
[11:32] <brainwash> ali1234: maybe, in case he is running the Xfce session
[11:33] <brainwash> otherwise there shouldn't be a thunar daemon running the background, or?
[11:33] <ali1234> the first copy you run starts up in daemon mode i think
[11:33] <ali1234> not really sure about that
[11:34] <ali1234> daemon mode might also be broken by the gtk_init thing
[11:34] <ali1234> this crash is really unique though
[11:34] <ali1234> we would have hundreds of reports if it was reproducable that easily
[11:35] <ali1234> let me check e.u.c
[11:36] <ali1234> what's the latest version?
[11:36] <brainwash> e u c?
[11:36] <ali1234> errors.ubuntu.com
[11:36] <brainwash> oh
[11:36] <ali1234> https://errors.ubuntu.com/?release=Ubuntu%2014.04&package=thunar&period=day
[11:37] <brainwash> I guess that there should be a crash file in /var/crash
[11:37] <ali1234> yeah you could try apport-collect <bug-number>
[11:38] <ali1234> seems we're still getting that memory corruption crash, but maybe people aren't updating gtk
[11:39] <brainwash> ouch
[11:39] <ali1234> there was no actual new release of thunar
[11:39] <brainwash> perhaps some people using the live mode
[11:40] <ali1234> so if people don't update, they'll still get the crash
[11:40] <brainwash> live mode of 14.04, not 14.04.1
[11:40] <ali1234> https://bugs.launchpad.net/ubuntu/+source/thunar/+bug/1147349
[11:40] <ali1234> this one is really common :(
[11:42] <ali1234> i don't see anything that looks like it involves context menus in the top bugs
[11:42] <ali1234> so this is either memory corruption or some really weird corner case
[11:43] <ali1234> ah, found something involving unity
[11:43] <brainwash> mmh, you have to request access to be able to see the error reports
[11:43] <ali1234> yeah
[11:43] <ali1234> i asked, they gave it to me :)
[11:43] <brainwash> only thunar?
[11:43] <ali1234> no, everything :)
[11:44] <ali1234> it doesn't have that kind of access control anyway
[11:44] <brainwash> by filing a single form?
[11:44] <ali1234> yes
[11:44] <brainwash> "What software project are you requesting access for?"
[11:44] <brainwash> what was your answer?
[11:44] <brainwash> :D
[11:44] <ali1234> i said i was an upstream Xfce developer
[11:45] <brainwash> ah
[11:45] <brainwash> well, I'm not :/
[11:45] <elfy> I keep meaning to do that - but I also appear to have logged into it
[11:45] <bluesabre> for you, say you're a part of the Xubuntu Team bug squad
[11:45] <ali1234> if you're in bugsquad then you should put that. and if you;re not in bugsquad you should be
[11:45] <knome> brainwash, get the bugsquad membership..
[11:46] <brainwash> bug-control
[11:46] <elfy> yea that 
[11:46] <brainwash> yeye
[11:46] <brainwash> now back to thunar and segfaulting
[11:47] <brainwash> ali1234: "ah, found something involving unity"
[11:47] <brainwash> what did you find?
[11:47] <ali1234> well basically a crash report from thunar that ends up inside unity_gtk_menu_shell_get_visible_indices
[11:48] <ali1234> ...somehow
[11:48] <ali1234> but this should not affect context menus
[11:48] <ali1234> it might be a case of "user tried to add indicator-appmenu to the panel" (which is known to not work
[11:48] <ali1234> but yeah... that shouldn't touch context menus at all, so i dunno
[11:49] <brainwash> very strange
[11:51] <ali1234> unity_gtk_menu_shell_get_items: assertion 'shell->menu_shell != NULL' failed
[11:51] <ali1234> is your bug
[11:51] <ali1234> and the thing i found gets into unity_gtk_menu_shell_get_visible_indices with items = NULL and then crashes
[11:52] <ali1234> so it's the same bug 99%...
[11:52] <ali1234> so look slike the assertion fails, then it carries on anyway, then crashes
[11:53] <brainwash> is the report you are talking about hidden?
[11:53] <ali1234> there is no bug report attached to it
[11:53] <ali1234> i'll looking on the data on e.u.c which has a backtrace
[11:54] <ali1234> https://errors.ubuntu.com/problem/61622b42dc47a39ce14e7f1764b25b3df5c0cc63 - but you can't see it
[11:54] <ali1234> getting reported about twice per day
[11:56] <ali1234> a lot of the reports are from the same people
[11:57] <brainwash> are these reports uploaded automatically or manually by the user?
[11:57] <ali1234> automatically
[11:57] <ali1234> it's where the report goes when you see "Ubuntu crashed, do you want to send a report?"
[12:00] <ali1234> https://bugs.launchpad.net/ubuntu/+source/thunar/+bug/1363975
[12:00] <ali1234> so there's a button you click on e.u.c and it makes a bug on launchpad
[12:02] <ali1234> so that's what i just did. i'm sure that's the same issue
[12:05] <brainwash> awesome
[12:06] <brainwash> wait what
[12:06] <brainwash> this bug report is not that helpful
[12:06] <brainwash> it's more like a link to the actual error page (restricted)
[12:08] <ali1234> yes i know
[12:08] <ali1234> i didn't know what the button would do before i clicked it
[12:09] <ali1234> i thought it would let me link an existing bug tbh
[12:09] <brainwash> ah ok :D
[12:09] <ali1234> aaaaaah
[12:10] <brainwash> errors.ubuntu.com seems to be very handy
[12:10] <ali1234> #15 0x00007f3f7c90a7c8 in thunar_standard_view_context_menu (standard_view=standard_view@entry=0x7f3f7de10200, button=button@entry=0, timestamp=10563804) at thunar-standard-view.c:4159
[12:10] <ali1234> appears earlier in this trace
[12:10] <ali1234> this is 100% the same bug :)
[12:11] <brainwash> but still no clue what unity's gtk module is doing here, or?
[12:11] <ali1234> well, it's doing what unity does \o/
[12:12] <ali1234> let me check this stack trace has no identifiable information
[12:12] <ali1234> then i will pastebin it
[12:17] <ali1234> http://paste.ubuntu.com/8205738/
[12:17] <ali1234> somehow thunar is passing a corrupt menu into "unity menu shell" whatever that is
[12:18] <ali1234> oooooh
[12:18] <ali1234> it might be HUD
[12:18] <ali1234> you know unity hud right?
[12:18] <ali1234> this person might be running thunar in unity and trying to use the hud
[12:20] <brainwash> hud? the dash?
[12:21] <brainwash> I'm not that familiar with the unity environment
[12:21] <bluesabre> hud = the quick menu search and running part of unity
[12:21] <bluesabre> (the best part)
[12:21] <brainwash> isn't that the "dash"?
[12:22] <ali1234> no the dash searches applications and websites
[12:22] <ali1234> the HUD is alike a command line interface for accessing menu items
[12:22] <bluesabre> hud: http://www.omgubuntu.co.uk/wp-content/uploads/2012/01/screen-shot-2012-01-24-at-15.48.24.jpg
[12:23] <brainwash> ok
[12:24] <ali1234> so it sucks in all the menus of the program so it can search them
[12:24] <brainwash> get the unity people involved, so they can fix their stuff?
[12:24] <ali1234> it's pulling the thunar context menu for some reason, but then it can't parse it, so it crashes. and because it's a gtk patch, it takes down gtk and thunar with it
[12:24] <ali1234> yeah, i'll try to get someone to look at this
[12:25] <brainwash> thanks :)
[12:25] <ali1234> this is still guessing btw
[12:25] <ali1234> i need to do more research i think
[12:25] <ali1234> find that code, see what it really does
[13:28] <elfy> hi GridCube 
[13:30] <GridCube> hi elfy 
[14:59] <slickymasterWork> ochosi, do you have any idea on how to deal with Bug 1363223? is it to be dealt upstream or are we going to work on it? 
[15:03] <ochosi> slickymasterWork: it'll definitely be dealt with upstream
[15:03] <ochosi> but if you have time to help with it, that'd be great
[15:05] <slickymasterWork> is there anyone I should poke upstream?
[15:05] <ochosi> me :)
[15:06] <ochosi> i'm one of the upstream devs
[15:06] <elfy> hi ochosi 
[15:06] <slickymasterWork> lol, ochosi 
[15:06] <ochosi> slickymasterWork: i suppose we'd do it the same way as we did with parole
[15:06] <ochosi> staging wiki -> docs.xfce
[15:06] <ochosi> hey elfy 
[15:06] <slickymasterWork> ok, I'll have a go with it ochosi 
[15:07] <elfy> I can help if needed
[15:07] <slickymasterWork> what about the bug in LP? should we close it ? 
[15:08] <ochosi> yeah, just mention that upstream will take care of it and that it#s not release-critical for xubuntu anyway
[15:08] <ochosi> and that ppl are free to join the effort
[15:08] <slickymasterWork> ok
[15:09] <ochosi> i'll set up a staging site shortly
[15:09] <ochosi> elfy: that'd be very welcome!
[15:15] <ochosi> elfy, slickymasterWork: here's the staging site: http://smdavis.us/doku/doku.php?id=xfce4-power-manager-docs
[15:15] <ochosi> if you don't have access there yet, i think you should be able to register
[15:15] <ochosi> and i can give you the needed rights (or if i can't, bluesabre can)
[15:15] <bluesabre> ochosi: you're an admin
[15:15] <bluesabre> or should be
[15:15] <bluesabre> ;)
[15:15] <ochosi> oh wow, hey bluesabre
[15:15] <ochosi> you're around at this odd time of the day?
[15:15] <slickymasterWork> bluesabre gave them during the t cycle ochosi 
[15:16] <bluesabre> US holiday
[15:16] <ochosi> sweet
[15:16] <slickymasterWork> at least I seem to remember thata
[15:16] <ochosi> elfy, slickymasterWork: you need xfpm 1.3.2 to be able to work on the docs
[15:16] <ochosi> or ideally xfpm daily
[15:16] <ochosi> from our staging PPA
[15:16] <slickymasterWork> ok
[15:19] <ochosi> bluesabre: btw, did you add the catfish search command to whisker in 14.10 yet?
[15:19] <bluesabre> ochosi: not yet
[15:19] <bluesabre> I'll add that to x-d-s
[15:19] <ochosi> nice, thanks
[15:19] <bluesabre> keep thinking of more things for me to fix with that today ;)
[15:19] <ochosi> that'll be quite an awesome feature
[15:19] <ochosi> well you could add the additional super+space shortcut for whisker
[15:20] <bluesabre> :)
[15:22]  * elfy needs access it seems
[15:23] <ochosi> elfy: have you registered already?
[15:23] <ochosi> when you have, ping me
[15:23] <elfy> ochosi: no idea - I thought I did - but have no idea what username was
[15:23] <ochosi> and i'll give you write-access
[15:23] <ochosi> hm, i don't see you in the userlist
[15:24] <elfy> no obvious way to register 
[15:24] <elfy> there's just a login button
[15:24] <ochosi> indeed
[15:24] <ochosi> i'll add auser for you
[15:25] <elfy> I've got 1.3.2 in utopic it seems
[15:26] <ochosi> bluesabre: hmpf, if i wanna add a user in your dokuwiki i simply get a "user addition failed" :/
[15:26] <bluesabre> ochosi: I'll take a look... I recently ported from apache to nginx, still fixing issues as I find them
[15:27] <ochosi> ah ok
[15:27] <elfy> never let it be said that I didn't at least offer to help - even if I couldn't :)
[15:27] <ochosi> add elfy while you're at it please ;)
[15:27] <ochosi> hehe, nice one elfy 
[15:27] <elfy> ochosi: you any idea when you're setting the meeting for?
[15:28] <ochosi> yeah, in fact i had already decided
[15:28] <ochosi> but obviously forgot to announce
[15:28] <bluesabre> ochosi: worked for me, elfy, account added
[15:28] <ochosi> tue next week
[15:28] <ochosi> so it's shortly before UIF
[15:29] <ochosi> so we can review whether anything is missing and get that in
[15:29] <elfy> ochosi: mmk
[15:30] <elfy> well if it's during bst daytime I'll be elsewhere
[15:30] <bluesabre> elfy, ochosi, slickymasterWork, if you give me a few minutes, I need to tweak a few things on my wiki
[15:30] <bluesabre> and upgrade the release it seems
[15:30] <ochosi> bluesabre: hm, what about you next tue for meeting time?
[15:30] <elfy> same can be said for any day other than Friday's 
[15:30] <bluesabre> let me know if/when I'm safe to do so
[15:31] <ochosi> from my pov you can go anytime
[15:31] <ochosi> i'm not working on anything there now
[15:31] <elfy> and I'm not logged in :p
[15:31] <bluesabre> ochosi: same as always, can't make it when the rest of the team can :)
[15:31] <bluesabre> but I can add updates on the wiki or on this channel prior
[15:32] <elfy> bluesabre: don't include me - I'm never going to be about during the times people keep setting the meeting :)
[15:33] <bluesabre> I'll start upgrading my wiki in 5 minutes, just in case
[15:38] <bluesabre> slickymasterWork: starting the upgrade, should be just a few minutes
[15:41] <slickymasterWork> ok bluesabre, thanks
[15:44] <ochosi> bbl
[15:49] <bluesabre> elfy, ochosi, slickymasterWork: release updated, security notices removed, should be ready to go
[15:50] <slickymasterWork> ok bluesabre 
[15:52] <GridCube> slickymasterWork, theres is a problem with the translation tho, i've asked people to translate for a long time and we started doing it, but all the translation we do remain as suggestions and it keeps saying that its not translated, they been "suggestions" for more than 8 months now
[15:52] <GridCube> im talking about the spanish translations
[15:53] <astraljava> Nobody expects a spanish translation.
[15:53]  * astraljava gets his coat
[15:53] <GridCube> >;)
[15:54] <bluesabre> astraljava: if you only appear to say that, I applaud you.
[15:54] <bluesabre> :D
[15:56] <slickymasterWork> GridCube: exactly how were those strings translated? In reviewer or translator mode?
[15:57] <GridCube> slickymasterWork, people logged their launchpad account and translated
[15:57] <slickymasterWork> GridCube: If you're making translations for a project that uses a Structured or Restricted permissions policy and you're a member of the appropriate translation team you can work in one of two modes:
[15:57] <slickymasterWork> Reviewer: This is the default working mode. All changes you make are approved automatically. If you want to make a suggestion, rather than a new translation, you need to manually select the Someone should to review this translation check-box.
[15:58] <slickymasterWork> Translator: When entering new translations, they're treated as suggestions that someone else needs to review. You can make a direct translation by deselecting the Someone should to review this translation check-box. How this affects team workflows
[15:58] <slickymasterWork> GridCube: FWIW -> https://help.launchpad.net/Translations
[15:58] <GridCube> still
[15:59] <GridCube> then, all the work we did is useless?
[15:59] <GridCube> people stop caring when they logged and saw none of what they did changed the status of the translation
[16:01] <slickymasterWork> no, it's there, maybe you could poke someone on your LoCo Translator team so they can review/approved what is already translated
[16:01] <GridCube> i tried that and no one answered, i asked to be accepted as a translator but 6 month later it was rejected
[16:02] <slickymasterWork> you mean on https://launchpad.net/~ubuntu-l10n-es?
[16:02] <elfy> that's more or less why I stopped trying with docs GridCube - same thing
[16:03] <GridCube> yes slickymasterWork 
[16:04] <slickymasterWork> team owner, Paco Molinero, seems to already review a few translated strings, namely a few translated by you GridCube 
[16:04] <GridCube> >The status of your membership in the team Ubuntu Spanish Translators
[16:04] <GridCube> (ubuntu-l10n-es) was changed by Paco Molinero (franciscomol) from
[16:04] <GridCube> Proposed to Declined.
[16:05] <GridCube> well i don't know then, why are so many there that say "proposed by gridcube" and keeps giving me them to translate? 
[16:05] <slickymasterWork> perhaps you could poke him directly about it. He does has a email address on his LP page https://launchpad.net/~franciscomol
[16:05] <GridCube> i can try again
[16:05] <slickymasterWork> s(has/have
[16:06] <GridCube> maybe this time he will answer
[16:06] <slickymasterWork> thanks for that GridCube 
[16:07] <slickymasterWork> let's hope so
[16:08] <GridCube> :)
[16:08] <GridCube> i will send them a message using the "contact the admins" form from lp
[16:09] <slickymasterWork> yeaps
[16:10] <astraljava> bluesabre: I'll try to get around more often. ;)
[16:10] <bluesabre> astraljava: np, I just thought it was a great comment :D
[16:11] <bluesabre> (though I might be easily amused)
[16:12] <astraljava> Well, glad you liked it. Thought it was fitting.
[16:12] <slickymasterWork> are there any ML admin available?
[16:13] <slickymasterWork> elfy: iirc you're admin in the ML, right?
[16:14] <elfy> nope - not an admin 
[16:15] <elfy> can approve stuff etc only
[16:15] <slickymasterWork> the call I sent to the ML has been deleted -> Msg Deleted: Probably Spam (http://osdir.com/ml/xubuntu-devel/2014-09/msg00001.html)
[16:16] <slickymasterWork> are you able to see what might happened?
[16:17] <GridCube> welp, he answered already
[16:17] <GridCube> XD 
[16:17] <GridCube> that was easier than i was expecting
[16:17] <slickymasterWork> if not, perhaps knome might
[16:17] <slickymasterWork> great GridCube 
[16:24] <slickymasterWork> never mind elfy, it hasn't
[16:41] <skellat> Unit193: apt-offline made it to 1.4 ( https://tracker.debian.org/pkg/apt-offline ) and I've got a utopic sync via backportpackage sitting in a PPA ( https://launchpad.net/~skellat/+archive/ubuntu/flow1 ) /cc: bluesabre
[17:17] <bluesabre> woo, commented on it before brainwash got to it: https://bugs.launchpad.net/ubuntu/+source/mugshot/+bug/1364079
[17:20] <slickymasterWork> he he bluesabre the reporter praised the quality of mugshot online help documentation 
[17:20] <bluesabre> indeed, good job on that ;)
[17:23] <slickymasterWork> gotta run guys
[17:23] <slickymasterWork> bbl ->
[17:50] <brainwash> bluesabre: meh, why not reassign to xubuntu-meta and mark as wishlist? :P
[18:19] <bluesabre> brainwash: just seems like it'd be extra fluff, but I can do that as well
[18:20] <bluesabre> updated the theme and front page my docs wiki http://wiki.smdavis.us/doku.php?id=start
[18:40] <skellat> So that I have it on record, this one is for you Unit193: http://www.researchut.com/blog/apt-offline-14
[20:15] <Unit193> skellat: That post didn't have much, http://metadata.ftp-master.debian.org/changelogs/main/a/apt-offline/unstable_changelog has more.
[20:23] <skellat> Unit193: Already read both and ran backportpackage to put 1.4 in ppa:skellat/flow1
[20:24] <skellat> Versions for utopic and trusty
[20:24] <Unit193> Mhmm, so I read.
[20:24] <skellat> Do we want to go past what we have or leave 1.4 for the 15.04 cycle?
[20:26] <knome> it's a bit late for new versions at this point
[20:27] <skellat> knome: True.  1.4 rolls up the fix we have in 1.3.1ubuntu1.
[20:27] <skellat> Meh, we can leave it
[20:27] <knome> 14.10 is a regular version anyway, so it's not a big issue
[20:27] <knome> as long as the whole issue is fixed for 16.04, most people are fine
[20:27] <Unit193> :/
[20:28] <knome> if you have limited connectivity (and need apt-offline), you probably don't want to upgrade every six months anyway
[20:28] <skellat> :-)
[20:28] <knome> hey, i'm not saying we shouldn't fix it before...
[20:28] <skellat> knome: Time Warner Cable had a national outage in the past seven days and we just had a major outage overnight regionally for me
[20:29] <skellat> I wish I had another broadband provider I could switch to but the National Broadband Map so they're all I've got for choice
[20:29] <knome> skellat, well i'm sorry to hear that... but i'm not sure how i can help with that :)
[20:30] <skellat> :-)
[20:36] <dkessel> wow, that's still a lot of stuff to translate for the german xubuntu translation...
[20:40] <knome> it's not going to translate itself, though
[20:44] <SkippersBoss> Translating needed ? My german is a bit rusty though :-)
[20:45] <dkessel> yup :/ I am at string 127 of 797....
[20:46] <dkessel> SkippersBoss: slickymaster made a call for translations today. German is the only thing I can do ;) If you want to help, here are the languages needing translation: https://translations.launchpad.net/xubuntu-docs
[20:47] <knome> dkessel, if you translate about 45 strings per day, you'll finish the translation before the string freeze
[20:47] <dkessel> knome: too bad I don't have time every day ;)
[20:48] <knome> there was another person doing the german translations, maybe you could both handle about 22 strings per day ;)
[20:48] <dkessel> haha
[20:48] <knome> no, seriously
[20:48] <knome> one night i translated 400 strings to finnish for another project
[20:49] <Unit193> knome: All he has to do is make it to 80%
[20:49] <knome> granted, they were much shorter, but otoh, had to think context more...
[20:49] <knome> Unit193, sure, but a 80% translated translation is a bit meh
[20:49] <knome> "wait i need this exact information and it's in english!"
[20:49] <knome> but yeah, there are sections that can probably wait
[20:50] <Unit193> 80% easier to read.
[20:50] <knome> one of the easiest things to translate is chapter 11
[20:50] <dkessel> too bad the translations don't approve themselves ;) then again... that is probably better =)
[20:50] <knome> don't even need to check a lot of labels
[20:51] <knome> dkessel, i guess you should apply to the german translators team
[20:52] <knome> https://launchpad.net/~ubuntu-l10n-de
[20:58] <SkippersBoss> Sorry missed that call due to other activities
[21:01] <dkessel> knome: I just applied ;) let's see what they say...
[21:01] <dkessel> well that's it for today - good night!
[21:07] <knome> i thought the idea of email was to be able to read the message when it's fine for you, but maybe i'm mistaken here...
[21:13] <SkippersBoss> I ve started on Dutch. WHen is it's due date ?
[21:14] <Unit193> September 18th
[21:14] <SkippersBoss> Some work to be done then :-)
[21:15] <Unit193> Perhaps October 9th, actually: https://wiki.ubuntu.com/NonLanguagePackTranslationDeadline
[21:20] <knome> Unit193, ssh! ;)
[21:21] <Unit193> GridCube: So you got a reply back, but you didn't say what the result was?
[21:22] <GridCube> he will ask his team to review and approve the proposed
[21:26] <Unit193> OK.
[22:18] <Unit193> elfy, forestpiskie: https://bugs.launchpad.net/ubuntu/+source/ubuntu-drivers-common/+bug/1363675  I decided to track down the problem, identified a suspected application, was going to downgrade to test but saw they just released a new version fixing that. :P
[22:23] <Unit193> (Knew it couldn't actually be the kernel, since downgrading didn't work and neither did liquorix.)
[22:25] <Unit193> And, fix works here.