[00:14] hi guys i have just installed raring... a few things seem a bit glitchy - the wifi menu looks ok but menu name is like a yellow/pixelated [00:14] raring on tf101 === LarrySteeze|Away is now known as LarrySteeze [00:29] just did a apt-get install lsb-core and it seems to have broken things....? [00:31] hi [00:31] sorry for my bad english [00:31] im have a nexus 7 [00:32] and have a questions [00:32] italiani? [00:40] spanish [00:58] how do i remove the users like Lola and stuff? [00:58] from the login menu === chriadam|away is now known as chriadam [01:00] can someone tell me why the keyboard doesnt work at the login screen ? [01:11] hi - how do i remove those default users? [01:11] Lola et [01:16] bb23: http://sergiusens.github.io/posts/google-contacts-on-ubuntu-touch.html [01:16] that'll dump the pre-loaded contacts and import your google ones [01:16] if yo uhave google ones [01:17] thanks mhall119 ill giv ei ta go [01:17] marcoceppi - where abouts is the settings app in 13.01 ? [01:20] bb23: 13.10 you mean? [01:20] SonikkuAmerica yes 13.10 [01:21] is there a settings app SonikkuAmerica [01:22] I think there is... but I dunno whether it's on the Ubuntu or Android side of things. Try searching for it. [01:25] bb23: are you talking desktop or phablet? [01:25] phablet [01:25] there will be a system settings app, it's being designed and developed now [01:26] https://wiki.ubuntu.com/SystemSettings [01:27] apt-get install systemsettings? [01:28] ahh tablet TBD... [01:28] yeah, it's not available to install yet, still being built [01:29] bb23: systemsettings is for KDE :) [01:34] no probs [01:34] anyone here got a TF101? [01:34] I have a TF201 (but there was no Touch image made for it and I broke my bootloader trying to flash it :\) [01:34] s/it/another image [01:35] ouch [01:41] does anybody know when new ubuntu-touch images will be out for nexus 7 [02:21] Anyone else have a blank screen? [02:22] Well, my Toshiba Thrive is not booting up fully into UbuTouch. [02:24] Head dev had it working before, even had early screenies, but all I'm getting is a blank screen. [02:32] Guess I just hit a time when everybody's away.... [03:32] Whats the scoop guys? Is this project dead? :) [04:36] hello? [04:37] when i type the command begining with deb it just says command not found [04:50] napster: what project? [05:27] mhall119: I was referring to "Ubuntu Phone OS" [07:10] good morning === chriadam is now known as chriadam|away [09:12] rsalveti, did you actually use my flipped container stuff ? there should be an fstab in there that defines the mounts as noauto (and the lxc upstart job then mounts them) [09:22] Saviq, regarding merging the notification-backend into the shell... there's a plugin-API that it is meant to hook into, right? [09:23] MacSlow, yes, the backend needs to become a plugin (as I did rudimentarily in Oakland - sent you guys the diffs) [09:23] Saviq, Jussi and I are just trying to estimate the work needed to get it... ok [09:23] * MacSlow looks at his eMail-backlog [09:24] Saviq, got it [09:25] MacSlow, also, you can look at http://bazaar.launchpad.net/~unity-team/unity-api/trunk/files/head:/test/qmltest/mocks/plugins/Unity/Notifications/ [09:25] MacSlow, where I implemented a minimal plugin that fulfils the interface test [09:26] MacSlow, so you guys should be able to just take it and build on top of it [09:27] Saviq, great thanks [09:33] ah! you can adb over WiFi? why did no one tell me that before :P [09:34] * ogra_ would just ssh if you have wifi .... [09:34] definitely the better terminal support === ckpringle_ is now known as ckpringle === b0bben_ is now known as b0bben === vrruiz_ is now known as rvr === mmrazik is now known as mmrazik|lunch [10:48] seb128: hi! I forgot to ping you: I think that ubuntu-system-settings trunk branch is now complete enough to allow for 3rd party plugins [10:51] zsombi, hi, what did you want to ask about text selection in bug 1183255? [10:52] bug 1183255 in Ubuntu UI Toolkit "[text inputs] Revisit text selection in TextField and TextArea" [Medium,Confirmed] https://launchpad.net/bugs/1183255 [10:54] mpt: damn pidgin hided your post :) [10:55] thats what you get using an IM client for IRC :P [10:56] mpt: well, first of all would be goo do have a clear UI interaction design of how the text selection should be handled: is it OK as it is now, or you guys want something special there... [10:57] zsombi, aha. Nobody is assigned to design that at the moment, though I have been nagging people about it. === MacSlow is now known as MacSlow|lunch [10:57] mpt: remember that all we have is mostly base don what we get from QtQuick components, nothing special there + the clipboard popover. We got caret + handler from design, but I think we also need to revisit those too. [10:58] mpt: no rush, we have it scheduled for after beta release, meaning after July [10:59] mpt: we just logged the bug so we have the work item listed [11:00] ok [11:02] any alternate method for installing ubuntu-sdk [11:02] other then apt-get install [11:03] mardy, hey, funny coincidence I just checked out lp:ubuntu-system-settings this morning and started playing with it ;-) [11:04] seb128: nice! I'm sure you like the icon I chose for the flight-mode option ;-) [11:05] mardy, who doesn't like the twitter bird ;-) [11:05] i need to install ubuntu-sdk [11:06] mayank: what's wrong with "apt-get install"? Are you running Ubuntu? [11:07] mardy: yeep i am running ubuntu and its giving me error [11:07] 301 moved permanently [11:07] mardy: yeep i am running ubuntu and its giving me error url 301 moved permanently === mzanetti is now known as mzanetti|lunch [11:08] mayank, what ubuntu version do you run and what apt source and package do you try to install? [11:08] 12.10 [11:10] mardy: sudo add-apt-repository ppa:canonical-qt5-edgers/qt5-proper && sudo add-apt-repository ppa:ubuntu-sdk-team/ppa && sudo apt-get update && sudo apt-get install ubuntu-sdk notepad-qml [11:11] mardy: when running sudo apt-get update its givin me error 301 url moved permanently is their any other way to download ubuntu -sdk and then i will compile and install [11:20] mayank: do you get some warnings when running "apt-get update"? [11:34] mhall119, ping [11:36] hey, is there a chance to get an iso image of ubuntu touch to try it in a virtual mashine? [11:40] is spotify planend for ubuntu touch or is it just an empty icon? [11:41] duschi, no [11:43] @ogra_ ok, will there be such an image? just asking because I wanted to install it on my acer w500 tablet currently running debian, and the images provided are only for tablets with android as I asume [11:48] duschi, there will, but probably only for x86 android devices in the beginning [11:49] for 13.10 the focus is clearly on phones [11:49] 14.04 will see more love for convergence and tablets i think [11:50] ok, thx [11:55] sergiusens, rsalveti .... http://paste.ubuntu.com/5696703/ .... [11:55] * ogra_ cries [11:56] 4.3M only for license data [11:57] rvr: hi! Can you please test the 2 factor auth with twitter? for some reason I cannot, I don't get any SMSes from twitter [11:58] mardy: I will try to [11:58] rsalveti, sergiusens , btw, there seems to still be a grouper kernel tree in the tarball, can't we drop that too ? [12:06] hi everyone [12:07] ogra_: i looked at the nexus 7 today in a store, looks pretty good [12:07] the guy in the store was quite surprised when he saw that there is a hidden menu with developer options [12:08] i think about getting myself one of those... but need to think a bit more [12:08] and he said it may void the warranty to unlock the boot loader and flash a new os === mzanetti|lunch is now known as mzanetti [12:11] xenos1984, thats nonsense, a) google explicitly allows installation of other OSes, b) you can always return to the stock image and completely lock it again [12:12] thats the purpose of nexus devices (and the reason we use them as the supported platform for ubuntu touch) [12:12] ogra_: right, i was guessing so - it seems he didn't even know that one can flash a new os, i just wanted to double check that my guess is correct [12:13] ogra_: True, however. [12:14] ogra_: It's the OEM's warranty that's involved, not Google's. [12:14] SonikkuAmerica, well [12:14] if you order through google you can return it to google [12:14] very simple [12:14] so the cheapest ones i could find here are like 240€ for a nexus 7 wifi 16GB, i could also get 32GB for 250€ + shipping (~10€) from germany [12:14] if you buy in a shop, it might be different [12:14] ogra_: Still, except for Motorola devices, Google is not the OEM. [12:15] but your contact [12:16] so those ones they have here are from asus - would there be a possible problem with the asus warranty? [12:17] no [12:17] the device eplicitly comes with an unlockable bootloader to tinker with it [12:17] *explicitly [12:19] i see - sounds very good then [12:20] mardy: "Sorry, we don't have a connection to your carrier yet" :( [12:21] ogra_: sure, let me check and remove [12:22] geez that license crap will keep me busy the while weekend [12:22] *whole [12:22] waht a mess === mmrazik|lunch is now known as mmrazik [12:23] and i already know that nobody will want to review it in the end ... with a 4M copyright file [12:24] ogra_, what are you talking about? [12:24] ogra_: I'm afraid to ask... what license crap? [12:24] sergiusens, trying to package the android tree [12:25] http://paste.ubuntu.com/5696703/ [12:25] i need to merge these files into a copyright file for the giant package [12:25] ah [12:25] sadly i cant move on with the container flip without at least having the init binary [12:26] since thats needed for the initrd/rootfs we boot in the lxc container === _salem is now known as salem_ [12:26] to get the init binary i need to package up the whole android tree ... and to do that i need a debian/copyright file ... which needs to contain all copyrights for all files [12:27] ogra_: the joys of debian packaging [12:27] well [12:27] ogra_: can't you use the 'on debian systems blah blah' thing in debian/copyright? [12:28] usually i dont package 4.7G trees [12:28] ogra_, is this even the right thing to do for the source code? [12:28] sergiusens, nope, the new debian/copyright format requires machine readable syntax with pointers to at least all included subdirs [12:29] if single files in the subdirs differ you need to point them out explicitly additionally [12:29] pmcgowan, no, but the only thing i can do atm to make the flip work before we have bionic (which wont happen before end of the month and delay us even more) [12:30] we wont make saucy if we dont switch by beginning of june === bfiller_afk is now known as bfiller [12:38] ZDmitry: pong [12:43] Is it just me or does Unity Next NOT use the latest GCC/G++? [12:45] SonikkuAmerica, the saucy packages should [12:45] raring indeed uses the raring compiler (4.7) [12:46] ogra_: I'm trying the Ubuntu Touch on my desktop from the bzr branch and it installed GCC 4.4 [12:47] that would be a bug unless your desktop uses 4.4 by default [12:48] ogra_: Nope. This is Raring. [12:49] didrocks, ^^^ [12:49] any idea why building ubnity next would pull in gcc 4.4 ? [12:50] sergiusens, i assume if we dont build any kernels anymore we can also drop the specific toolchains from the tarball included for that [12:52] (assuming we know which ones they are) [12:54] ogra_: hum, no really, it's a normal ppa, no custom gcc in it === MacSlow|lunch is now known as MacSlow [12:54] i thought so [12:55] i wonder whats wrong at SonikkuAmerica s side [13:06] is latest daily image dogfooding ready? [13:07] * asac has a GN that waits for some ubuntu excitment [13:07] lol [13:07] could be [13:07] will i get auto updated? i guess not [13:07] nope. you need to re-flash [13:07] its just important that i can do proper phone/internet etc. when next time travelling :) [13:07] ok [13:07] upgrades will work with saucy [13:08] i want saucy dogfooding [13:08] not raring [13:08] that will land early next month? [13:08] but by the looks of it the switch to saucy cant happen before mid of june [13:08] or even end of june [13:08] feels that means we failed to deliver dogfooding:) [13:08] i believe auto updates was essential for that? [13:08] you can do dogfooding with the milestone everyone works on atm [13:08] (raring) [13:09] but there are no auto updates [13:09] i really think that was a top priority/acceptance criteria ... let me check [13:09] right, there cant until we have the container flip done [13:10] ok i was not correct [13:10] the acceptance was: "When you update your phone your user data is retained, even if updating with phablet-flash" [13:10] yeah, thats done [13:10] even though i would say "s/even/in particular/" [13:10] sergiusens rocks :) [13:10] * asac hugs sergiusens [13:10] ok so i can do it today then i guess [13:11] thats so amazing [13:11] i cant wait to see that i can really make a call :) [13:11] and sms [13:11] and switch 3g/wifi with cli :) [13:11] hmm ? [13:11] do we ship a terminal [13:11] calls and sms should work [13:11] ? [13:11] no, but there is one in the core apps PPA [13:11] not instaled by default [13:12] we are thinking to add the terminal and filemanager [13:12] how do i install new stuf? [13:12] is there software manager? [13:12] adb ... commandline [13:12] apt-get [13:12] ic [13:12] pmcgowan, ++ [13:12] pmcgowan: for "developer mode"? [13:12] or just temporarily? [13:12] well, all we currently do is "developer mode" :) [13:12] thats true we could leave them in the open build [13:12] forever [13:13] we should ship it by default until we do an "enduser mode" [13:13] mhall119, sergiusens did we decide to put those two in, temrinal and filemanager [13:15] pmcgowan: yes, I made an MP for it, just need someone on bfiller's time to have time to review their code [13:16] bfiller's team [13:16] to have time [13:17] mhall119, sorry for delaying. How can I know when qml app go to background (which property)? [13:19] ZDmitry: I don't think there is one, not yet anyway [13:20] they just have their process suspended [13:20] Kaleo: can you confirm? ^^ [13:20] ogra_: so, the grouper kernel will be removed once we have a working ubuntu kernel for nexus 7 [13:21] it's still not working exactly the same as our kernel [13:21] oh [13:21] ok [13:21] asked the kernel folks to test that for me, as I don't have the hardware [13:21] rsalveti, what about the toolchains [13:21] ogra_: so, I used your stuff [13:21] rsalveti: any chance I'll get audio and camera working on the ubuntu kernel? [13:21] yeah, i answered above [13:21] rsalveti, you seem to be missing the fstab [13:21] ogra_: but, the upstart job is not started automatically, and the partitions are not mounted then [13:21] rsalveti: I have a nexus 7,if I cna help [13:21] ogra_: fstab was fine here [13:22] I can mount by hand [13:22] mhall119, hm, if so then I can't hide keyboard when app is going to bg. [13:22] hmm, it should start automatically [13:22] ogra_: yup, will start fresh here to get back what I was missing yesterday [13:22] did you use the right initrd under /var/lib/lxc/android ? [13:22] ZDmitry: there must be some other way then, it hides for other apps that bring it up via a TextField [13:23] I was kind of brain dead yesterday [13:23] ogra_: yup [13:23] rsalveti, it also seems that not all systems name userdata actually userdata [13:23] stgraber had some weird capitalized name in there [13:23] UOD or UDA or so [13:23] * ogra_ forgot the exact name [13:23] ogra_: yeah, that's not unique [13:24] ogra_: we'd need a different initrd per device [13:24] that means we cant just ship a generic fstab :( [13:24] there's no way to have a unique partition name [13:24] exactly [13:24] right [13:24] that's why even in android there's a specific fstab per device [13:24] well, we cant have the initrd at all atm [13:25] not without either the gigantic android source package that spints out init or without the toolchain in the archive so i can roll an initrd from a source package [13:25] thats somehow a carch-22 [13:25] *catch [13:25] I also have problems with my SSH pubkey trying to finish ./build [13:26] It's registered with Launchpad and all, but I keep getting "Permission denied" errors. (My key is also in my authorized_keys file) [13:27] ogra_: also, why did you need to customize your init files there? [13:27] rsalveti, which likely means the earliest we can switch to saucy is mid of june [13:27] rsalveti, we dont need that actually [13:27] ogra_: and I assume you're just using the android files from the system partition [13:27] rsalveti, that was for dropping uchroot and for experimenting with adbd [13:27] we can drop the override init.rc bits [13:28] ogra_: right, cool [13:28] ogra_: but adb will be replaced later during boot by android, right? [13:28] and just drop the uchroot upstream [13:28] nope [13:28] well, android will try to start it's own adb [13:28] adbd rightly recognizes of there is already another adbd running [13:28] it wont attempt to start [13:28] we can't drop from upstream yet [13:28] (if the ubuntu side runs one) [13:28] oh, cool [13:28] uchroot ? [13:29] yup, dropping from upstream will break our images [13:29] we can drop it for saucy [13:29] right [13:29] sure [13:29] it doesnt seem to do any harm though [13:29] but as i said, i doubt we'll be ready to switch before mid of june [13:30] i need an init binary packaged ... [13:30] not that sure, it seems we just need to push a bunch of small things [13:30] which wont happen without the toolchain [13:30] and the toolchain wont be there before end of the month [13:30] we need to do it before having the toolchain then [13:31] atm we're just using the android from the /system partition [13:31] that means packaging the whole android tree [13:31] so we can keep flashing that separately [13:31] all we need is the initrd, right? [13:31] well, actually just init [13:31] mhall119, seems this bug applicable not *only* for the terminal app: https://bugs.launchpad.net/touch-preview-images/+bug/1142828 . Is it fixed in latest builds? [13:31] it is the only binary in there (except adbd which we dont really need atm) [13:31] Launchpad bug 1142828 in touch-preview-images "On-screen keyboard not going away when leaving application." [Medium,Confirmed] [13:31] don't we need the init.* files from android? [13:31] yeah [13:31] thats all text [13:32] the whole initrd is only plain text and init [13:32] right, and init is apache-v2, we're not violating anything in case we need to put just the binary [13:32] (and adbd) [13:32] rsalveti, i cant *build* it [13:32] since i have no toolchain [13:32] ZDmitry: I installed build 133 last night, and I'm pretty sure it's still there [13:32] ogra_: but why do you need to build it? [13:32] i need to have a package that contains the initrd [13:32] ogra_: can't we just grab the binary from what we already have? [13:33] *initrd's actually [13:33] rsalveti, not on a build server, no [13:33] why not? [13:33] the package builders can only handle packages from the archives, no other internet connection is possible or allowed [13:34] to roll the lxc-android package i need to depend on the respective initrd packages [13:34] ogra_: right, but why can't we push that to the archive? the think we can't necessarily build is init [13:34] how do you push that [13:34] *the only thing [13:34] you cant upload binaries to main otr universe [13:35] and by definition restricted is only for drivers and multiverse cant be used for building [13:35] don't know, thinking, it's just silly that we're blocked by the toolchain [13:35] well, alternatively we could upload the giant source package [13:35] but as you can see above even only assembling the debian/copyright for that will take days [13:36] http://paste.ubuntu.com/5696703/ [13:36] but uploading the source package will not help us much [13:36] thats just the collection of licenses ... [13:36] as we need a toolchain to build that anyway [13:36] it includes the toolchain [13:36] sure, but we can't have a package with that included [13:37] hmm, thats indeed true [13:37] so yeah, toolchain is the blocker [13:37] * ogra_ is happy he doesnt have to move on with the copyright hell now :) [13:38] building init is the blocker then [13:38] right [13:38] well [13:38] packaging it [13:38] right, wonder if we can just build with glibc [13:38] a static-linked bin [13:38] i fear we might break driver stuff [13:39] just init [13:39] won't do us any harm I believe [13:39] I can take a look at that [13:39] hmm [13:40] if that would work that would indeed hellp a lot [13:40] i was fearing that getprop also offers an abi that drivers might use ... which could have issues with libc vs bionic [13:40] just packaging the initrd (or even just tarring up the content) is trivial indeed [13:43] ogra_: yeah, and that would get us to the point we need [13:43] oh [13:43] probably not, I hope :-) [13:43] i just found another binary [13:43] which one? [13:43] there is /charger [13:43] right, we don't need that [13:43] not neccesarily needed for the start though [13:44] that's probably responsible for the charger animation [13:44] right [13:44] and we need something similar anyway [13:44] we'll need thet on the ubuntu side [13:45] right [13:45] I noticed it also contains /sbin/watchdogd /sbin/ueventd and /sbinadbd [13:45] /sbin/adbd [13:45] the first two are links to init [13:46] great [13:46] and adbd isnt needed atm [13:46] will try that them [13:46] root@android:/ # ls -l /var/lib/lxc/android/rootfs/sbin/ [13:46] total 156 [13:46] -rwxr-x--- 1 root root 157728 May 23 19:28 adbd [13:46] lrwxrwxrwx 1 root root 7 May 23 19:28 ueventd -> ../init [13:46] lrwxrwxrwx 1 root root 7 May 23 19:28 watchdogd -> ../init [13:47] mhall119: there is [13:47] yeah, compared the 4 initrds here and they are all similar [13:47] mhall119: from the top of my head: Qt.application.active [13:48] cool [13:49] so i need: lxc-android-config ... depending on android-initrd-$device, lxc and android-utils-adbd ... that should give us everything we need for the flipped rootfs ... [13:49] Kaleo: and will an app have time to respond to that before it's process is suspended? [13:49] the only tricky bit i still have is getting the ubuntu initrd into the boot.img then [13:49] ZDmitry: 15:47 < Kaleo> mhall119: from the top of my head: Qt.application.active [13:50] Kaleo, thanks! [13:50] mhall119: yes [13:50] at any rate, I tested the keyboard issue with the browser and it's there too (I just hadn't noticed it before on anything but terminal), so it's not something ZDmitry needs to fix explicitly [13:50] mhall119: wel,, hangoon [13:50] mhall119: at the moment, probably not [13:51] http://qt-project.org/doc/qt-5.0/qtqml/qml-qt.html#application-prop [13:51] mhall119: need ricmm for this [13:51] ogra_: right, but that can be done during build time [13:51] we can also use the kernel from the archive [13:51] so we can build our own boot.img in the build image servers [13:51] well, we need rto somehow assemble the boot.img [13:51] which currently happens from the android build [13:52] yeah, and for that we only need the boot.img config, which is inside of it, and can be extracted with abootimg [13:52] which in turn doesnt use the ubuntu bits and vice versa [13:52] it depends on getting the two connected somehow [13:53] we could use a completely generic initrd if we could build one though ... there is nothing HW specific in it [13:53] (apart from the mountpoint of userdata, but i can adjust the script to probe all possible names) [13:53] ogra_: rsalveti haven't read the whole thread, but you mentioned you could pull stuff from PPAs, right? [13:53] but can't we just build our own initrd with abootimg? [13:54] sergiusens, not in official builds [13:54] ogra_: rsalveti can we add the binary only init stuff into a PPA until it's ready? [13:54] rsalveti, initrd ? nope [13:54] rsalveti, we use update-initramfs [13:54] ogra_: right, but together with update-initramfs [13:54] rsalveti, yes, we can [13:55] sergiusens: that might help indeed, but will take a look first to see if I can do it once and push it to the archive [13:55] rsalveti: as in binary only? [13:55] sergiusens: no, will try to build with glibc [13:55] well, i would prefer we stop using these "until its ready" workarounds [13:55] we have way to many now [13:56] if it works statically built as glibc binary thats definitely preferable [13:56] ogra_: put it this way, it breaks a BLOCKED statement :-) [13:56] we are way to far in the cycle to *add* such workarounds [13:57]