[02:17] p/c === thumper is now known as thumper-afk [05:14] Good morning [06:51] good morning [06:54] Mirv: thanks for the doc update, good idea :) [06:54] jibel: salut, ça va? [06:55] Mirv: do you want a final review on dbus-cpp and if good, we enable it? [06:55] salut didrocks , ça va pas trop mal et toi? [06:55] jibel: ça va bien, le temps reste sympa :) [06:55] jibel: the flipped-container model will help us on the otto side I guess, but I need to talk with ogra to steal all available infos [06:57] didrocks, yes, but the nexus7 doesn't work yet [06:57] jibel: right, I'll try to flash the N4 today [06:58] didrocks, sorry I can't help, I just have a 7 [07:00] didrocks: yes, please. debian/copyright could have 2012-2013 instead of 2013, but otherwise ready [07:00] no worry! I just need to understand how those containers layers are working on the new model [07:01] Mirv: well, TBH, in 2014, this will be outdated :p [07:02] Mirv: do you think dbus-cpp-dev-examples should dep on dbus-cpp-dev? (as it's examples to use the -dev?) [07:04] didrocks: I don't think they need the headers as they've already compiled (against dbus, via the headers) [07:07] surely I can run the examples without the headers package installed, but maybe a Suggests would be in order [07:08] Mirv: it's just a nitpick, otherwise, the source looks good :) [07:08] Mirv: just building, want to check something on the .pc file [07:13] Mirv: everything is fine for me, you add it to a stack (if not already) and we can try relaunching that component on that stack so that I can NEW it then? [07:14] didrocks: ok [07:14] adding/checking [07:14] ok, ping me once done ;) [07:28] Mirv, didrocks: it's added already, but daily_release: False right now === tkamppeter_ is now known as tkamppeter [07:31] sil2100: Mirv: so one of you get that to trunk and then deploy + relaunch? [07:31] sil2100: Mirv: I'll pull it in the archive admin server and then NEW it [07:31] \o/ [07:31] https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/enable_daily_release_for_dbuscpp/+merge/169113 [07:32] I'll browse through the stacks in the meantime [07:32] ok, I'll let you run that, just tell me once it's gating the archive :) [07:39] didrocks: as for the stacks that need manual publishing - we're still having a failure with the HUD stack (checking the progress with that in a moment), but so far the media stack looks ok for publishing [07:39] didrocks: the packaging changes are sane and no breakage regarding HUD [07:39] didrocks: as for the apps stack... [07:39] sil2100: I trust you, just ping me if there are packaging change to review, otherwise, publish! :) [07:40] didrocks: here the packaging changes have something strange in it ;p [07:40] didrocks: one package has a dependency listed 2 times! [07:40] http://10.97.0.1:8080/view/cu2d/view/Head/view/Apps/job/cu2d-apps-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_share-app_0.12~daily13.06.13-0ubuntu1.diff [07:40] Minor thing, but still ;p [07:40] qtdeclarative5-accounts-plugin [07:41] sil2100: nice to clean in the future :) [07:41] didrocks: but besides that it looks ok [07:41] didrocks: could you just quickly re-review packaging diffs for media and apps? I'll publish them right away afterwards ;) [07:41] sure [07:42] good morning desktopers [07:42] hey didrocks sil2100 [07:42] seb128: morning! [07:44] salut seb128! [07:44] didrocks, lut ;-) === thumper-afk is now known as thumper [07:48] sil2100: all good, +1 from me on both [07:54] didrocks: webcreds looks more or less correct as well, publishing once you ack! [07:54] didrocks: http://10.97.0.1:8080/view/cu2d/view/Head/view/WebCreds/job/cu2d-webcred-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_account-plugins_0.11daily13.06.13-0ubuntu1.diff [07:54] (for quick access ;p) [07:55] thanks sil2100 for sparing my clicks in browser :) [07:56] sil2100: +1 [07:56] sil2100: relaunching platform to check dbus-cpp [07:56] Mirv: did you redeploy? [07:57] sil2100: not yet :) [07:57] Mirv: ok ;) [07:57] \o/ [08:00] hey [08:03] Laney, hello [08:04] seb128: wie gehts? [08:05] gut, danke! und dir? [08:05] prima! [08:05] wondering why I started getting system compositor review emails though :P [08:08] the reason should be at the bottom of the email [08:08] yeah because I'm part of https://launchpad.net/~unity-system-compositor-team but it says the desktop team joined there in april [08:08] that seems about right [08:08] they maybe didn't do work until recently? [08:09] could be [08:16] jbicha: (yes I know you're not here but it seems you read the logs... get a bouncer :P) yes I can launch gedit, not that doing it from a terminal is something I tested. why? [08:59] pitti, hey, I commented back on the sessioninstaller merge request, not sure why but it doesn't catch on specific exceptions [09:00] seb128: did you perhaps try "except ParsingError"? [09:00] seb128: bonjour [09:01] pitti, I tried both "except ParsingError:" and "except DesktopEntry.ParsingError:" ... I'm sure I overlook something trivial there [09:02] seb128: could you try [09:02] except Exception, e: [09:02] print('XXXX', type(e)) [09:02] that should give you the actual type name [09:02] sorry [09:02] except Exception as e: [09:03] oh [09:03] [09:10] pitti, I don't get it, if I try to print the exception it doesn't work [09:10] didrocks: redeployed, reran, dbus-cpp built for armhf/i386/amd64 (powerpc failed) [09:11] pitti, like if I [09:11] except Exception as e: [09:11] print(e.strerror) [09:11] Mirv: is it a racy tests? maybe we can have tvoss having a look [09:11] pitti, it seems to hang [09:11] seb128: strerror? does that work? I've never seen that [09:12] pitti, it's from http://docs.python.org/2/tutorial/errors.html [09:12] seb128: ah, so you need to "import xdg", or "from xdg.Exceptions import ParsingError"? [09:12] except IOError as e: [09:12] print "I/O error({0}): {1}".format(e.errno, e.strerror) [09:12] Mirv, looking [09:12] seb128: I really hate this form of import, it makes namespaces so unobvious :( [09:12] seb128: ah, that's for IOError only, presumably [09:12] i. e. things that have an errno [09:13] Mirv, got a build log for me? [09:13] pitti, oh, ok [09:13] pitti, the file has a from xdg.DesktopEntry import DesktopEntry [09:13] tvoss: https://launchpadlibrarian.net/142306208/buildlog_ubuntu-saucy-powerpc.dbus-cpp_0.0.1daily13.06.13-0ubuntu1_FAILEDTOBUILD.txt.gz [09:14] pitti, let me try the import xdg [09:14] didrocks: maybe, dbus related [09:14] seb128: right, so perhaps add "from xdg.Exceptions import ParsingError" [09:14] to keep the same style [09:15] pitti, yeah, that works ... so not obvious, hate namespaces [09:15] pitti, danke ;-) [09:16] Mirv, I'm not sure, the tests are run under dbus-test-runner, not sure if that comes up correctly [09:17] Mirv: you can maybe retry the build directly in launchpad, just to see if it can be reproduced reliably [09:17] Mirv: if it pass, you can then relaunch the stack with "foo", it will catch up on the status without any upload on the ppa again [09:21] didrocks: ok [09:22] tvoss: trying a rebuild now, let's see if happens every time [09:40] didrocks: same result on a rebuild [09:40] https://launchpadlibrarian.net/142308466/buildlog_ubuntu-saucy-powerpc.dbus-cpp_0.0.1daily13.06.13-0ubuntu1_FAILEDTOBUILD.txt.gz [09:40] tvoss: ^ [09:41] didrocks, interesting. Why do we build for powerpc btw? [09:41] tvoss: because it's part of the archs we support in saucy [09:41] so arch: any builds saucy [09:41] didrocks, ack [09:42] tvoss: and don't start this discussion, I have strong opinions on "we should ditch powerpc" :p [09:42] didrocks, okay, trying to setup a build environment that helps me to reproduce the issue [09:43] (especially as Qt5 doesn't support it through V8, so most of QML which will be our main desktop story, won't run on it expect if we get v8 fixes) [09:43] tvoss: tell us if we can help you [09:43] didrocks, send me a powerpc machine [09:43] didrocks, what's the rationale behind powerpc support? [09:43] tvoss: on the way! :) [09:43] tvoss: no strong idea, maybe infinity can help shed some light on it ^ === huats_ is now known as huats [10:26] didrocks: didn't we disable powerpc support? [10:29] Laney: ping [10:29] sil2100: hum, I don't think so [10:29] Laney: hmm, it seems that indicator-datetime started FTBFS since today [10:29] Laney: would you be able to help? [10:37] seb128: I'll push the three previous sessioninstaller uploads to bzr and then do a new release with your fix [10:37] PEOPLE, RESPECT Vcs-Bzr! [10:37] pitti, danke [10:38] sil2100: maaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaybe [10:43] Laney: since I have no idea who to ping ;D [10:44] Laney: and I saw you do some commits to indicator-datetime trunk! [10:45] didrocks: poke [10:47] sil2100: you mean the pthread thing? [10:48] sil2100: if yes, I fixed it [10:49] sil2100: see http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries [10:49] MP incoming [10:50] mlankhorst: pong [10:50] any eta on unity yet? [10:51] and is it still going to land together with xserver [10:51] mlankhorst: so unity is in saucy as you could see on ubuntu-devel ML :) [10:51] mlankhorst: so we can plan that, I would prefer to have the stack green first [10:51] which is what sil2100 is heading to [10:51] then, we can decide for the D-switch-day :) [10:52] I know but it's getting painful that I have to maintain 3 xservers atm for 2 distros [10:52] erm s/distros/releases/ [10:53] sil2100: any idea when we can start to have a green stack for unity? [10:53] sil2100: then, we should land that with the new Xserver ^ [10:53] mlankhorst: who maintained the patch unity side already? [10:54] didrocks: *sighs* currently for sure we need to have HUD and indicators fixed, since those two issues cause many test failures [10:54] sil2100: can you keep mlankhorst updated? [10:55] didrocks: that's why I would like to have some additional people assigned to hud, indicators and unity for that [10:55] didrocks: ok [10:55] thanks :) [10:55] sil2100: ok, there it is for you to review [10:55] Laney: \o/ [10:55] Laney: awesome! Thanks :) [11:00] if xserver doesn't bump abi I'll probably upload 1.15 soon after [11:08] Mirv, didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/enable_address-book-service/+merge/169165 === MacSlow is now known as MacSlow|lunch [11:11] sil2100: approved! I'll let you deploy and run the stack [11:11] sil2100: pulling on the archive admin side meanwhile [11:11] didrocks: can I deploy without this merged yet? Just using my branch in the meantime? [11:12] sil2100: that's fine if you are sure to be on tip of trunk :) [11:12] (there is no other changes in this file anyway AFAIK) [11:14] didrocks: redeploying! [11:15] \o/ [11:17] didrocks: done! [11:18] let's cross fingers [11:18] and get that one in! [11:38] mlankhorst, one server at the time, please don't go for 1.15 before that get discussed/tested [11:39] mlankhorst, also, do we have ati and nvidia binary drivers for the new xserver abi in the ppa for testing? [11:39] sil2100, didrocks: what's the recommended way to get a SRU to raring of one of the daily landed components? just ping you to have a raring landing for that source? [11:40] seb128: not fglrx yet, but that one's always late, nvidia should already support it [11:40] iirc [11:40] mlankhorst, well, we can't talk about landing until we get all the drivers... [11:40] so that's to resolve first [11:40] we do have beta drivers, but tseliot may know if they're out of beta already or not [11:41] seb128: yeah, basically, they are all stuck in manual publishing mode, so we can land a stack if nothing is waiting meanwhile [11:42] anyway the delta between 1.14 and 1.15 is small, and almost exclusively contains bugfixes we'd want to pick up anyway.. [11:42] mlankhorst, ok, good [11:42] mlankhorst: I don't think fglrx supports the new ABI though [11:42] not even the beta [11:43] * tseliot is already having a hard time adding support for Linux 3.10 to the drivers... [11:44] 1.14 has been out for ages.. [11:46] tseliot: http://support.amd.com/us/kbarticles/Pages/AMDCatalyst13-6LINBetaDriver.aspx [11:46] it does.. [11:46] or at least claims it does [11:48] mlankhorst: oh right that's the 13.6 version [11:49] tseliot: could we get that in the ppa? [11:49] (or in saucy) [11:50] mlankhorst: not in saucy but I bet it's in edgers already. So maybe we can just copy it from there [12:00] seb128: it should be fine [12:17] hmm, libical transitions has found some packages that don't compile anyway in saucy, gnome-panel kmymoney openchange === MacSlow|lunch is now known as MacSlow [12:24] Riddell: I can look at gnome-panel, do you have a build log link? [12:24] sec [12:25] mitya57: http://starsky.19inch.net/~jr/tmp/gnome-panel_3.6.2-0ubuntu4_i386.build [12:25] test-dbus-applet.c:187:1: error: implicit declaration of function â€˜unsetenvâ€™ [-Werror=implicit-function-declaration] PANEL_APPLET_OUT_PROCESS_FACTORY ("TestAppletFactory", [12:26] thanks Riddell [12:47] Mirv, didrocks: if anything, I'm fixing up location-service right now - fixing linitian errors and the FTBFS [12:47] Adding multi-arch [12:47] Almost done [12:47] great! [12:47] thanks [12:48] sil2100: great! [13:16] evolution-data-server build-depends on libqt5? interesting === jbicha is now known as Guest30774 === Guest30774 is now known as jbich_ === jbich_ is now known as jbicha_ [13:22] Laney: adding Icon=evolution to the EDS .desktop works here [13:28] Riddell, through the ubuntu online account [13:28] ah [13:31] * Sweeshark sobs ... [13:31] PPA buildd is still hanging with no space left on device ... [13:32] Sweeshark: buy a disk dude and send that to the DC ;) [13:33] Sweeshark: always your ppa :) [13:34] didrocks: I dont need to buy a disc. Actually, I had something like 3 spare disc in my house that all could easily handle that. [13:34] you just had to break things didn't you! [13:35] czajkowski: you are suggesting it just my ppa having bad manners and I should get a different one? [13:35] libre office is unique how about that :) [13:36] Riddell: fixed gnome-panel uploaded [13:36] * mitya57 likes "-DGMENU_I_KNOW_THIS_IS_UNSTABLE" option [13:37] mlankhorst: Interestingly the buildd doesnt fail after an "no space left on device" -- it just hangs. If I do that with enough buildds I could easily DOS the PPAs as a whole ... [13:38] oh the power that you have as libreoffice maintainer [13:39] I bet you see cute puppies on the street too, and think that out in the open anyone can kick them :P [13:39] Sweeshark: looks like there is a regression in Launchpad and it doesn't kill hung builds [13:39] I had the same trouble with llvm-toolchain-3.3 today [13:41] seb128: do you mind if I update gvfs to 1.17.2, or would you rather stay at 1.16 for saucy? [13:41] seb128: git master builds fine on saucy and all tests pass [13:42] this will also fix these unnerving "meta_journal_iterate: found short sized entry, possible journal corruption" warnings [13:42] pitti, update is fine, assuming you deal with the breakages if there is any due to the update [13:42] seb128: sure [13:42] pitti, oh, you get those as well? [13:43] why did that start in saucy? [13:43] seb128: I'm not sure really [13:43] I often call evince from vim (for LaTeX stuff), and I didn't have them before [13:43] that was not happening in raring afaik and gvfs didn't change, I was starting wonderif if my disk has issues [13:43] but now evince is destroying my whole vim buffer wiht these [13:43] same with gedit here [13:43] the only thing that change is glib, I hope it's not a bug in glib [13:43] seb128: https://git.gnome.org/browse/gvfs/commit/?id=eb62d9 [13:44] k [13:44] pitti, thanks for doing the update! [13:44] I could also just backport this, but I just landed new gphoto:// automatic tests in trunk [13:44] updating is fine, gvfs is not on crazy refactoring an anything, and the mtp backend saw some nice improvements [13:44] yeah, I want these, too [13:45] and we have fairly good test coverage these days, so I'm not worried about updating [13:45] pitti: do you use the ubuntu-desktop ppa for saucy? [13:46] jbicha_: I don't ATM, no; should I? [13:46] pitti: I put gnome-session 3.8 there and it builds with journald but I guess that isn't your problem [13:47] jbicha_: we don't ship journald ATM [13:47] sil2100, i pushed a workaround for u-g-m's tests [13:47] jbicha_: I'd actually like to just re-enable the systemd binaries, so that it's in the archive for playing around with; even installing it won't change anything in the boot sequence, so it's fairly harmless [13:48] sil2100, don't really remember why gedit was launched differently for that particular test, but hopefully the reason is gone now [13:49] attente: thanks! [13:50] Laney: you had a note in g-terminal's bzr branch that you couldn't run gedit from the terminal, I didn't think that was still a problem... [13:50] jbicha_: oh, yes, I kind of remember that it resolved itself but I forgot what fixed it [13:50] you can delete that [13:50] and re: the eds icon - feel free to ask upstream what he thinks of that [13:52] it'll mean it's blank for ubuntu by default though [13:52] so if possible I'd rather eds ships one [13:53] also I was looking at /usr/share/accounts/applications/evolution-data-server.application [13:54] and it has evolution-data-server-3.8 is that correct? [13:54] don't know [13:54] I assume mardy knew what he was doing when he set it up [13:55] but didn't check what the translation domain is / how UOA handles that [13:55] it's autogenerated from the build [13:55] right [13:55] jbicha_, hey, I'm not sure your gnome-menus "restore prefix" upload from earlier today is right [13:55] so I guess I'm redirecting you to mardy for that [13:56] someone tell him to hang out in this channel ... [13:56] he's on #ubuntu-devel [13:56] and -touch [13:56] the poor guys get enough pings like that :p [13:56] indeed [13:56] heh [13:56] * seb128 just pinged him about qml issues [13:56] he loves feeling wanted [13:57] we would be screwed without him [13:57] seb128: does it break anything? for some reason I saw that XDG_MENU_PREFIX wasn't being set on a new saucy install so maybe that's the real issue [13:57] seb128: speaking of not hanging out in channels, there was a discussion in #-app-devel earlier that you might find useful [13:57] ;-) [13:57] http://irclogs.ubuntu.com/2013/06/13/#ubuntu-app-devel.html#t11:52 [13:58] jbicha_, we use /etc/xdg/menus/applications.menu in Ubuntu, not gnome-applications.menu [13:58] jbicha_, if you rename the conffile you need maintscript code to migrate to the new name and clean the old one behind [13:58] seb128, do you want another channel to hang out int? [13:58] s/int/in [13:59] kenvandine, not sure :p [13:59] jbicha_: in case you don't know, with debian/pkgname.maintscripts this can now be done declaratively, see man dpkg-maintscript-helper [14:01] ok I'll look into that [14:03] doesn't that menu stuff come from debian? [14:05] yes but we were skipping one of Debian's patches [14:06] ah, well it should be harmless if we don't set the env var [14:07] unless it defaults to something else [14:10] Laney, I think 3.8 default to prefixing gnome- [14:11] https://git.gnome.org/browse/gnome-menus/commit/?id=b53758987b4d04bf9c869bfd02c0ec1d252638bf [14:11] "gnome-session now sets XDG_MENU_PREFIX by default" [14:11] shrug [14:11] jbicha_, did you test your change on saucy (e.g with gnome-session 3.6)? [14:11] or did you test with your custom 3.8 that sets XDG_MENU_PREFIX? [14:12] I tested with a brand new Ubuntu GNOME I installed yesterday without ppas [14:16] OK so it looks like we need some conffile moving then AFAICS [14:18] shrug [14:18] hate conffiles [14:18] https://git.gnome.org/browse/gnome-session/commit/?id=6d7c73177858c3aeb2e65553b30dc536d4f1667d [14:18] gsm_util_setenv ("XDG_MENU_PREFIX", "gnome-"); [14:18] so they hardcode the "gnome-" [14:19] didrocks, Mirv: https://code.launchpad.net/~sil2100/location-service/fix_ftbfs_and_others/+merge/169215 [14:21] that's not in our version [14:21] but maybe that obsoletes the g-menus patch [14:22] Laney, right, that's in 3.8 that jbicha_ is working on [14:22] but seems like our gnome-menus ships a gnome-applications.menus [14:22] I wonder why, it was not supposed to [14:22] seems like we are sitting in the middle and it's working by luck because there was a merge error [14:23] but we are likely using the wrong applications.menu then [14:24] that's the upstream change pointed to by the first commit you linked [14:24] sil2100: we shold maybe talk to tvoss about ruby-ronn, it's in universe and I don't think that functionality would justify migrating this to main [14:25] sil2100: no issue for now, the destination is universe, but once we will promote touch to main… [14:25] haha, they dropped Debian menu support [14:25] * Laney wipes away a tear [14:25] is this right? http://paste.ubuntu.com/5761617/ [14:26] look at debian/gnome-menus.maintscript [14:27] didrocks: ok, better keep that on our radar... [14:27] oh that's not in the manpage but that looks nicer [14:27] p1tti mentioned that earlier ;-) [14:29] it's not in the dpkg-maintscript-helper manpage because it's done by dh_installdeb [14:31] didrocks, happy to remove it [14:33] rickspencer3: man [14:33] I like your wheels [14:33] hi Laney [14:34] didrocks, do we have something in main for doing md -> manpage? [14:34] :) [14:34] Laney, it looks fancier than it is [14:34] that's the bike way! [14:34] Laney, assuming you are referring to my sewing machine looking bicycle ;) [14:35] also it looks super clean [14:35] I am so lazy at doing that [14:35] hehe === alesage|afk is now known as alesage [14:37] tvoss: I think we don't even have that in universe — as Markdown is not designed for that [14:37] tvoss: but you can use restructuredtext... [14:38] ah, in universe we have pandoc [14:39] seb128: yay, mtp is working quite a bit nicer now [14:39] pitti, \o/ [14:40] didrocks: in the meantime, do the changes look ok? I could ask kenvandine and cyphermox to review that if you're busy ;) [14:41] seb128, what do you think.. should system-settings be SideStage or MainStage? [14:41] not sure that was defined in the design, but i would think SideStage [14:41] kenvandine, sidestage imho [14:42] agreed [14:42] we'll leave it that way until someone complains :) [14:42] do we have a device with working sidestage? ;-) [14:42] get mpt to confirm then nobody can complain :P [14:42] I never really played with that [14:43] kenvandine, seb128: I hadn't even thought about that until it came up in conversation yesterday. Side stage for now, until I adapt every screen's design for a tablet. [14:44] mpt, thanks [14:44] kenvandine: do you have a moment for a review? ;) [14:44] mpt, the design definately looked like it was sidestage [14:44] sil2100, sure [14:44] seb128, i don't have one... :) [14:44] kenvandine: https://code.launchpad.net/~sil2100/location-service/fix_ftbfs_and_others/+merge/169215 [14:45] * kenvandine should lobby for a manta :) [14:45] kenvandine: this branch does a fix for FTBFS, add multiarch and do fixes for packaging [14:45] * kenvandine looks [14:45] how come it doesn't work on grouper? [14:46] pitti, got a phone? [14:46] Laney, it's treated like a phone [14:46] because of the size [14:46] yeah [14:46] will that be changed? [14:46] dunno... might be a question for tvoss :) [14:47] tvoss, do you know if there are any plans to enable the SideStage on grouper? [14:47] I was under the impression that it was simply a bug [14:47] kenvandine, not sure, better ask ... Saviq [14:47] but then it's been that way for ages so perhaps that is wrong [14:47] Saviq, ^^ [14:47] also I phablet-flashed this morning and got a brick out the other side [14:47] stupid saucy :P [14:47] yeah [14:48] saucy goes boom on grouper [14:48] :/ [14:48] but that's known from reading ogra_'s email [14:48] so shouldn't phablet-flash not have done it? [14:49] kenvandine: thanks :) [14:49] kenvandine, tvoss that's a design question, more, but it feels like there's not enough space on grouper to do sideStage [14:49] Laney, ^ [14:49] Saviq, understand [14:49] Laney, hey, my email doesnt refer to phablet-flash ... serguiens' does though :) [14:50] but it might be nice to be able to enable it even though it would be small [14:50] ogra_: No, but it did say that saucy is known broken there [14:50] i'm only doing the flipped images [14:50] just so we can test stuff [14:50] Laney, yeah, both of us did [14:50] so I wonder why phablet-flash was switched to saucy for grouper :-) [14:50] Saviq, so maybe some config we can flip just for testing purposes... just a suggestion [14:51] kenvandine, Laney Shell.qml:289 [14:51] more of our people have grouper than manta [14:51] ack [14:51] cool [14:51] kenvandine, just change it to true or otherwise make true [14:51] perfect [14:51] we all got given Neuxs 7s so it's good to be able to do taht [14:51] better flash back to raring first though ¬_¬ [14:52]