[00:19] <ZZambia_> is anybody following the ubuntu touch development for MT6595 platforms, like Meizu MX4?
[00:20] <ZZambia_> I would need some tech info, plz
[00:22] <mzanetti> mhall119: yay! someone created a proper video :D
[00:22] <mzanetti> https://www.youtube.com/watch?v=S7VzufzHOdk
[00:22] <mzanetti> and it includes my first try on animating maximizing/minimizing :D
[00:50] <swordfish90> mzanetti, I just saw the new video! Great work! :D ... I can't wait to see how this evolves...
[01:43] <mhall119> mzanetti: yeah, and once again shows that nik90_'s flashback always looks amazing
[01:45] <mhall119> mzanetti: the unmaximize animation looks especially slick
[01:46] <mhall119> the pressure is on design now to make the UITK desktop-friendly
[02:35] <doflaherty> is there a way to bundle resources in a qml backend plugin?  it looks like the kit is trying to run the armhf version of rcc
[06:59] <wxl> hey folks. i'd love to put touch on my galaxy tab 2 7.0 (cdma) but it appears the port info is a bit outdated (including the link to the device-specific file which is hosted on ubuntu one… or rather was)
[07:00] <wxl> any ideas?
[07:08] <bzoltan> mvo: do you mind if I make a simple port of the lp:click trunk to the SDK PPA where I temporary fix the vivid chroots and add the qt5-qmake-cross-armhf?
[07:33] <mvo> bzoltan: whats the longer term plan with this package? will we see qt5-qmake-cross-$other_arch packages as well at some point ?
[07:35] <mvo> bzoltan: and in native environments is qt5-qmake pulled in via the libs already? i.e. if I build a amd64/i386 chroot on my amd64 host
[07:43] <mvo> bzoltan: you will hate me, but could we name the package qt5-qmake-cross-arm-linux-gnueabihf to be in sync with what we call the other cross build packages? really sorry for asking for this now but I did not had the chance to look earlier. or was the packagename already discussed with steve/colin and  there is a reason to not go with the full triplet?
[07:46] <dholbach> good morning
[07:59] <mvo> bzoltan: oh and can qmake and qmake-cross-armhf installed in parallel (I assume so, but want to double check)
[08:05] <bzoltan> mvo:  yes they can
[08:07] <bzoltan> mvo:  I would go with this naming now... I was trying to catch Steve for days, but he seems to be busy with other things.
[08:07] <bzoltan> mvo: I have asked Mirv and kenvandine to review the qtbase change
[08:09] <mvo> bzoltan: ok, for consistency I would really prefer a rename, does not have to happen right now but soon so that its in line with all the other cross packages we have
[08:09] <bzoltan> mvo: this qt5-qmake-cross-armhf is a very simple hackaround to enable qmake projects...
[08:09] <bzoltan> mvo: I do promise that on the next time I touch qtbase i will rename the package .. nothing will ever depend on it and o other tool will use it than the QtCreator.
[08:10] <mvo> I know, I'm in full support for it, I just want it to be consistent and yeah, next time is fine
[08:11] <bzoltan> mvo:  thanks for understanding.
[08:11] <mvo> bzoltan: I look into the integration now while I wait for a snappy image build
[08:13] <bzoltan> mvo: and to answer your first question. No, there will be no qt5-qmake-cross-$other_arch as long we do not start supporting ubuntu phone/tablet/whatever  on $other_arch
[09:08] <mvo> bzoltan: does qt5-qmake-cross-armhf really needs the qtchooser dependency?
[09:12] <bzoltan> mvo:  the qt5-qmake-cross-armhf should have the same deps as the qt5-qmake
[09:14] <bzoltan> mvo:  but the  qt5-qmake-cross-armhf is landed on Vivid already. the packaging branch is updated too.
[09:16] <mvo> bzoltan: I'm curious, so qt5-qmake can be used with a qt4 dev stack, is that why the qtchooser is needed (it seems to be small so not a big deal)
[09:22] <mvo> bzoltan: I commented in the bug, I want to do this right, I'm happy to make the required libqt changes if timo does not mind, but I don't want to add a hack to click when we can as well do it correct. you are welcome to do it in the ppa if you want to get it out really quickly, but the required qt and click changes are small so I expect a delay of may 1 day here
[09:23] <mvo> bzoltan: and sorry for the delay I understand the urge that this is a really great feature that you want to get out to the users :)
[09:23] <mvo> (which I agree, its really cool)
[09:24] <bzoltan> mvo:  this qt5-qmake-cross-armhf wil be exclusively used in click chroots. It does not make any sense to use it in other environment. No other environment is using multiarch chroots for cross building. All other Qt SDKs use rootfs with custom toolchains.
[09:27] <mvo> bzoltan: right, but we have a existing pattern and code in chroot.py to deal with this kind of cross build dependency that I would like to keep. I'm happy to do the work to rename it etc, this is not a pushback (expect that it needs another qt5 build of course)
[09:31] <bzoltan> mvo: the renaming to qt5-qmake-cross-arm-linux-gnueabihf  is not a big deal, i can do it... but building in a silo, testing it, finding somebody to review would push me back for a week... i am realistic.
[09:32] <bzoltan> mvo:  So i would prefer to go with what we have now in Vivid and release the feature... and deal with the cosmetic issues once the qmake support is out
[09:32] <mvo> bzoltan: even for vivid? we can't just upload qt5 to vivid even though vivid is in a really early stage of development etc?
[09:33] <bzoltan> mvo:  at the moment I am less concerned about the nice naming of a tool what is not used by anybody than about the fact that we do not have functional vivid chroot :)
[09:34] <bzoltan> mvo: Of course _you_ can upload new qtbase to Vivid :) but we still need to fix the packaging branch
[09:34] <bzoltan> mvo: I would vote on landing even small changes like that via the CI train.
[09:35] <JamesTait> Good morning all; happy Have A Bad Day Day! :-D
[09:35] <mvo> bzoltan: http://paste.ubuntu.com/9091843/ <- if you want something for the ppa for today
[09:36] <bzoltan> mvo:  Cool, that is one thing we need. But the vivid chroots are still broken.
[09:37] <mvo> cjwatson: I would love your opinion on https://code.launchpad.net/~mvo/click/add-qmake-cross-to-chroot/+merge/242177, there is a bit of noise in the MP, http://bazaar.launchpad.net/~mvo/click/add-qmake-cross-to-chroot/revision/548 is the relevant one
[09:37] <mvo> bzoltan: they are broken?
[09:37] <mvo> bzoltan: I don't understand?
[09:37] <mvo> bzoltan: broken because the qt5-qmake-cross-armhf is not in there or broken because of a different issue?
[09:38] <bzoltan> mvo:  it is broken because of a different issue.
[09:38] <cjwatson> mvo: it's probably OK for now; but I think only qt5-qmake-cross-armhf exists and not other arches, so that probably ought to be arch-specific
[09:39] <mvo> bzoltan: right, then lets not conflate the two issue, is it the qtlocation rename? I fixed that the other day
[09:39] <mvo> cjwatson: ok, so adding a "if target_arch == " ? thats fine with me, I really dislike special case like this, but its all about trade-offs here :)
[09:40] <bzoltan> mvo: no it is not that ... still  not all the sdk libs are multiarch ready
[09:40] <cjwatson> mvo: is it possible to write code that would install whichever of qt5-qmake-cross-armhf and qt5-qmake-arm-linux-gnueabihf (probably drop the -cross in the latter case) exists?
[09:41] <cjwatson> then we could clean up the package naming later
[09:41] <mvo> cjwatson: I was considering having a "optional_build_packages" that would get installed if they exist but ignored otherwise
[09:41] <bzoltan> mvo: I have the logs on my other machine, but I run `sudo click chroot -a armhf -f ubuntu-sdk-15.04 create` again to show
[09:41] <mvo> cjwatson: and yeah, I can add code (of course) to do all this, but the time it takes to write this is probably the same to just clean it up :)
[09:42] <cjwatson> mvo: well, optional is problematic in case something goes wrong, I think it would be better to require one or the other
[09:42] <mvo> bzoltan: let me try that
[09:42] <cjwatson> (I agree this is all trade-offs, I'm not stating veto kind of opinions here ...)
[09:46] <bzoltan> mvo: http://pastebin.ubuntu.com/9092071/
[09:50] <mvo> bzoltan: thanks, let me fix that, more renames that caused this issue
[09:50] <bzoltan> mvo:  thank you
[09:59] <mvo> bzoltan: fwiw, this breakage is not releated to the change to install the multiarch ubuntu-sdk-libs-dev, its much deeper, libqt5gui5:armhf is currently not installable due to some change ith libgbm1 it seems probably a new dependency
[10:11] <bzoltan> mvo:  ohh... crap
[10:12] <mvo> bzoltan: no worries, I work on it
[10:14] <bzoltan> mvo:  good :) thanks
[10:15] <mvo> bzoltan: once the renaming buisiness is over I expect stuff to be more smooth, there seems to be a transtion from qt5declarative-* to qml-module-* on
[10:18] <bzoltan> mvo: in th meantime I start the renaming process... it will take few days https://code.launchpad.net/~bzoltan/kubuntu-packaging/proper_naming/+merge/242179
[11:29] <ZZambia> hi there
[11:29] <ZZambia> is anybody following the ubuntu touch development for MT6595 platforms, like Meizu MX4?
[11:29] <ZZambia> I would need some tech info, plz
[12:37] <Potpot> Is there any hardware compatibility issue on the latest version of Ubuntu?
[12:39] <popey> Potpot: thats a very vague question ☻
[12:41] <Potpot> I mean, is my laptop compatible with the latest version of Ubuntu? I have Lenovo Thinkpad w510. I only installed Ubuntu 12.04. And I am thinking on upgrading it.
[12:41] <ogra_> Potpot, this question better suits in #ubuntu ... thish channel is for ubuntu on phones and tablets
[12:42] <Potpot> What! OMG! I am so sorry. I didn't notice that ubuntu="touch" on the title bar. lol
[12:42] <ogra_> :)
[12:42] <ogra_> no worries
[12:45] <doflaherty> can I launch a gui app from the command line in UT or does it need to be in a click package?
[12:47] <ogra_> you should be able to use ubuntu-app-launch somehow
[12:50] <doflaherty> okay, I'll look into that, thanks
[12:58] <ogra_> Saviq, do yu think there is anything we could do for the greeter fonts to be more visible on slightly more noisy wallpapers ? http://people.canonical.com/~ogra/greeter-wallpaper.png
[13:18] <Saviq> ogra_, bug #1391560
[13:18] <ogra_> yay
[13:18]  * ogra_ me-too's
[13:24] <seb128> ogra_, Saviq, having a border around the text would work, that's what e.g nautilus is doing, you always get some contrast if it's not with the border it's with the text color
[13:25] <ogra_> yeah
[13:25] <Saviq> seb128, comment on the bug please, we want the design team to do the exercise and come up with a recommendation ;)
[13:27] <seb128> Saviq, done
[13:27] <Saviq> tx
[13:50] <Saviq> cyphermox, hey, do you remember if there is a bug about "reverse" pairing BT audio devices? I know I reported this as a problem in the BT testing spreadsheet, not sure it ever made into a bug
[13:53] <Saviq> seb128, on that note, do you know of a bug about BT visibility (it's a bit confusing all in all, as every time you open the BT pane in settings you're visible, but when do you stop being visible?)?
[13:53] <Saviq> ah, bug #1366061 is for the "reverse pairing", /me subscribes
[13:54] <seb128> Saviq, visibility as being discoverable for other clients?
[13:54] <seb128> no bug open about that, at least that I know
[13:59] <Saviq> seb128, yeah, /me files one
[14:32] <jgdx> kenvandine, have you run libqofono tests before?
[14:32] <jgdx> (successfully)
[14:32] <kenvandine> no... i haven't
[14:32] <kenvandine> i think they have assumptions that they will be run installed
[14:33] <kenvandine> not from the builddir
[14:33] <kenvandine> iirc
[14:38] <jgdx> right
[14:39] <jgdx> the failure is before that step though.. trying to "restart phonesim" and getting a dbus failure.
[14:40] <jgdx> but maybe it yields different results installed
[14:47] <jgdx> kenvandine, any luck with ci builds today?
[15:25] <kenvandine> Elleo, is there a way to trick webbrowser-app on the desktop to trigger downloads via content-hub?
[15:28] <Elleo> kenvandine: I'm not sure if you can easily override the formFactor setting, oSoMoN might know; otherwise just quickly remove the checks on the loaders in Browser.qml and WebViewImpl.qml
[15:28] <kenvandine> Elleo, ah, thanks
[15:31] <oSoMoN> kenvandine, Elleo: I have a plan to make the form factor easy to override using an env var, but it’s not available yet
[15:32] <oSoMoN> kenvandine, if you can afford to rebuild it, you can modify UbuntuWebPluginContext::formFactor() in src/Ubuntu/Web/plugin.cpp to always return MOBILE
[15:32] <kenvandine> oSoMoN, already hacked the qml files :)
[15:32] <kenvandine> oSoMoN, thanks though
[15:35] <loicm> mhall119: hey, do you know if that bug is still valid? https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1229287
[15:36] <mhall119> loicm: no, they were working last time I tried, so it can be closed
[15:36] <loicm> mhall119: alright, I guess the bug has been fixed in QtDeclarative
[15:36] <loicm> mhall119: thanks
[15:36] <mhall119> np
[15:44] <elopio> ping awe or rsalveti: how can I get the SIM phone number from ofono?
[17:05] <tedg> kenvandine, Is there a reason that PathWind doesn't stop the audio when unfocused?
[17:10] <kenvandine> tedg, no... it should stop the audio
[17:11] <kenvandine> tedg, it does stop the audio
[17:11] <kenvandine> it just takes a few seconds
[17:11] <kenvandine> at least for me
[17:12] <tedg> kenvandine, I think that's when it gets SIGSTOP'd
[17:12] <kenvandine> tedg, i don't do anything special there, just uses Audio, and media-hub does it's magic
[17:12] <tedg> kenvandine, That's not it stoping the audio, that's it dying :-)
[17:12] <kenvandine> right
[17:13] <kenvandine> so you're saying i should listen for state changes and stop it myself :)
[17:13] <tedg> kenvandine, Yes, or Bacon should.
[17:13] <tedg> Also save state
[17:13] <kenvandine> then we'd need to wrap the multimedia stuff
[17:13] <tedg> So if you're removed from RAM you can come up in the same state.
[17:15] <kenvandine> yeah, so right now you're fine as long as you aren't removed from RAM
[17:15] <kenvandine> i guess i'd need to use the state saver
[17:15] <kenvandine> but... then that would be ubuntu specific :)
[17:15] <kenvandine> i like that it works on android too
[17:16] <kenvandine> tedg, the audio playback shows the lifecycle differences in the platforms
[17:16] <kenvandine> on an android tablet, the audio stops
[17:16] <kenvandine> but on a kindle fire, it doesn't
[17:17] <tedg> Huh, wild.
[17:17] <kenvandine> it plays the music even after switching
[17:17] <kenvandine> yeah
[17:17] <kenvandine> annoying :)
[17:17] <kenvandine> but they obviously keep stuff running
[17:17] <tedg> You'll need state saving on all platforms, no?
[17:17] <kenvandine> ideally yes
[17:17] <kenvandine> but if i use our statesaver, it's ubuntu specific
[17:17] <kenvandine> not sure if there is anything built into qt
[17:18] <tedg> Eh, detect it, and then just don't save state on other platforms :-)
[17:18] <kenvandine> can't have conditional imports!
[17:18] <kenvandine> that is annoying
[17:20] <kenvandine> tedg, however... bacon2d could handle game state saving itself
[17:20] <kenvandine> would be an interesting feature :)
[17:20] <kenvandine> we have our own Settings implementation, for storing key value pairs
[17:21] <kenvandine> perhaps we could have some mechanism that saved the state of all the objects
[17:22] <tedg> I don't know enough about the internals to comment,but yes, something like that :-)
[17:22] <kenvandine> then you could be prompted to resume a previous game
[17:22] <kenvandine> could actually go nicely with the planned level loading feature
[17:22] <kenvandine> mzanetti, ^^
[17:23] <kenvandine> mzanetti, we could make it save the current level with the current state include?
[17:23] <ogra_> tedg, that wont help with i.e. webapps
[17:23] <kenvandine> so on resume you could load the level from the save
[17:23] <kenvandine> ogra_, we're talking about bacon2d games
[17:23]  * ogra_ has a lot of webapp games in the store ... 
[17:23] <kenvandine> a feature for bacon2d
[17:23] <mzanetti> kenvandine: I guess so... although I'm not sure if that isn't too application specific
[17:24] <kenvandine> mzanetti, well if it dumped it into the same format as the level loader reads
[17:24] <ogra_> kenvandine, i talk about games in general :) there should be a flag you can set so media-hub stops
[17:24] <mzanetti> small correction: ogra has a lot of broken webapp games in the store
[17:24] <mzanetti> :P
[17:24] <kenvandine> haha
[17:24] <ogra_> mzanetti, i fixed 2/3 of tjhem on the weekend
[17:24] <mzanetti> oh cool :)
[17:24] <kenvandine> mzanetti, and a feature i want is in game level editing
[17:24] <kenvandine> mzanetti, so you could put the scene in an editing state
[17:24] <kenvandine> move things around, tweak physics, etc
[17:24] <kenvandine> and save it
[17:24] <ogra_> didnt get down to the list yeat, but i hope to have all my apps up to date by end of the weekend
[17:25] <kenvandine> then share the user levels with friends
[17:25] <kenvandine> or ... even more interesting
[17:25] <kenvandine> for game development
[17:25] <kenvandine> include them in the game ;)
[17:25] <kenvandine> gives you a UI for creating the levels
[17:32] <mzanetti> kenvandine: yeah, live editing is something I thought about too
[17:33] <kenvandine> i think it's be a killer feature :)
[17:33] <mzanetti> kenvandine: especially for the maze game that'd be cool and reasonably easy to do
[17:33] <kenvandine> yeah, i worry about the more complex games
[17:33] <mzanetti> for something like the tower defense game, the artwork is the biggest issue
[17:33] <kenvandine> like infinite scrolling games, etc
[17:34] <kenvandine> but if we had the ability to edit (save levels), then we could do the same thing for saving state
[19:10] <shiggitay> anyone around?
[19:10] <shiggitay> namely rsalveti
[19:10] <shiggitay> kyleN, haha you're in MA eh... me too! :)
[19:11] <kyleN> shiggitay, cool! (actually - COLD!)
[19:11] <shiggitay> haha indeed
[19:11] <shiggitay> where abouts in MA?
[19:11] <shiggitay> I'm just outside Boston in Watertown
[19:12] <kyleN> Bolton (straddles 495 due west of Boston)
[19:12] <shiggitay> haha ok
[19:13] <shiggitay> kyleN, what device you got that's running UT?
[19:13] <shiggitay> I'm about to install it on my Nexus 5 via MultiROM
[19:14] <shiggitay> as per this: http://2buntu.com/articles/1510/installing-ubuntu-touch-with-multirom/
[19:14] <kyleN> I have an N4
[19:14] <shiggitay> kewl
[19:14] <shiggitay> I helped developer rsalveti with the earliest builds of UT for the N5 many moons ago it seems lol
[19:14] <kyleN> nice!
[19:15] <shiggitay> I'm curious to see what's changed since then
[19:15]  * kyleN been writing scopes
[19:15] <shiggitay> MultiROM is interesting
[19:16] <shiggitay> Has UT been ported to Intel based devices?
[19:16] <kyleN> you mean to x86 arch?
[19:16] <shiggitay> yea
[19:17] <kyleN> i think that is part of the convergence story. so that is coming but not fully here yet
[19:17] <shiggitay> aannnd now DLing the latest 'devel' branch UT for the N5
[19:17] <shiggitay> kyleN, cool ok
[19:17] <shiggitay> I have an intel based 'windows' tablet and it'd be cool to have UT on it
[19:18] <shiggitay> wow the UT image is taking ages to DL even over my awesome wifi
[19:42] <captnnemo> Hey there :D Is there any way to install Ubuntu touch on a Lenovo Ideapad s6000?
[19:47] <kenvandine> rvr, mind testing the content-hub/notification translation fix?
[19:47] <kenvandine> rvr, https://code.launchpad.net/~ken-vandine/content-hub/lp1394211/+merge/242256
[19:47] <kenvandine> rvr, there's a CI build you can install
[19:48] <kenvandine> Elleo, can you review that?  I'm not thrilled with the fix, but it works
[19:50] <rvr> kenvandine: Sure
[20:00] <kenvandine> mterry, WOOT!  very exciting to see the drop-wizard branch :)
[20:00] <mterry> kenvandine, :)  You won't have to review dumb wizard branches anymore!
[20:00] <kenvandine> not dumb... just time consuming :)
[20:01] <kenvandine> i appreciate dropping that :)
[20:01] <mterry> kenvandine, now I'll just come whining when a change in the security plugin breaks the u8 wizard  :)
[20:01] <kenvandine> mterry, so this branch is really easy to review since it's just dropping stuff, but i'm afraid to approve it before we have the unity8 side ready
[20:02] <kenvandine> how close is that?
[20:02] <kenvandine> :)
[20:02] <kenvandine> i guess i don't have to worry about someone else landing it :)
[20:02] <mterry> kenvandine, there are three u8 branches for this.  One simply adds code from u-s-s, one makes that code into an integrated u8 plugin that actually works (separated for ease of review), and the third adds tests
[20:02] <mterry> kenvandine, First two are done, working on test branch
[20:03] <mterry> kenvandine, I want to end up with one silo with all four branches
[20:03] <kenvandine> mterry, will you make unity8 replace or conflict with ubuntu-system-settings-wizard ?
[20:03] <mterry> kenvandine, I actually don't believe we'll have any files in conflict
[20:04] <kenvandine> we shouldn't
[20:04] <kenvandine> but i want to make sure the old package gets removed
[20:04] <kenvandine> actually it's a versioned depends
[20:04] <mterry> kenvandine, ah fair...  I'm already used to image update mode already
[20:04] <mterry> kenvandine, I'll add a Conflicts or some such
[20:04] <kenvandine> so the package will be held
[20:05] <mterry> kenvandine, well for now a simple branch approval is enough, we don't need to top-approve/land until all ducks are in a row
[20:06] <kenvandine> mterry, already done :)
[20:06] <mterry> swell :)
[20:06] <kenvandine> easy review :)
[20:06] <kenvandine> packaging is my only concern
[20:06] <kenvandine> the rest is just washing my hands of code :-D
[20:06]  * kenvandine does a dance
[20:09]  * ogra_ waits for the video
[20:13] <kenvandine> ogra_, :-D
[20:13] <ogra_> :)
[20:13] <rvr> kenvandine: Messages are translated now :)
[20:17] <kenvandine> rvr, cool
[21:06] <ahoneybun> hello all
[21:08] <Elleo> kenvandine: sure, will take a look in a minute
[21:42] <Elleo> kenvandine: approved :)
[21:43] <kenvandine> Elleo, thanks!
[21:43] <Elleo> no problem :)
[21:44] <kenvandine> Elleo, i'll get that in a vivid silo
[21:44] <kenvandine> bfiller,  can you triage bug 1394211?
[21:44] <kenvandine> i assume ota-1
[21:44] <kenvandine> Elleo, i also have a backport branch
[21:44] <bfiller> kenvandine: ok
[21:47] <Elleo> kenvandine: okay, will approve that too
[21:47] <kenvandine> Elleo, thanks
[21:50] <aquarius> Does anyone know how I can get hold of someone working on Onboard, the onscreen keyboard, to ask a few questions? They don't seem to have a mailing list, and the two major contributors don't seem to have public email addresses
[21:51] <aquarius> I could file a bug against onboard (they seem very responsive to bugs!) but asking questions is not really a bug :)
[21:53] <ahoneybun> aquarius: IRC is a good way
[21:53] <aquarius> ahoneybun, I thought so, but I don't know if they hang out on irc; they are not around at the moment, at least
[21:54] <ahoneybun> aquarius: so you know their IRC names
[21:54] <ahoneybun> ?
[21:55] <aquarius> well, I'm guessing based on their launchpad names; marmuta is just referred to as marmuta everywhere on LP, and Francisco Fumanti is frafu on LP; I have assumed that those are irc nicks :)
[21:56] <aquarius> maybe I'll just file a bug
[21:56] <ahoneybun> yea I use this name on IRC but my whole name on LP
[22:01] <popey> aquarius: riddell and luke are on the team
[22:01] <popey> https://launchpad.net/~onboard
[22:02] <aquarius> ya, I went looking for themuso but he's not around either :)
[22:04] <popey> well at least you have their emeil addresses
[22:04] <aquarius> am filing a bug against the project :)
[22:05]  * ahoneybun high fives popey
[22:05] <aquarius> done, let's see if they think I'm mad :)
[22:10] <popey> they will
[22:11] <aquarius> hey!
[22:11] <aquarius> they might not
[22:11] <aquarius> it is a good idea!
[22:13] <ahoneybun> popey: my uBeginner app has passed the 50 downloads mark!
[22:24] <popey> ahoneybun: yay
[23:03] <moritz31> hey
[23:04] <moritz31> someone here who can help me out ?
[23:06] <moritz31> i'm synced all the files like i would for building cyanogenmod but when i will lunch i get back can not locate config makefile for product
[23:06] <moritz31> double check all things they are all right in place