=== chrtr_ is now known as chrtr === cul- is now known as cul_ === lupine_85 is now known as lupine === codemonkey85___ is now known as codemonkey85__ === sephiap_ is now known as sephiap === Laney is now known as Guest69163 === tsimpson_ is now known as tsimpson === Guest80709 is now known as CEnnis91 === ssweeny` is now known as ssweeny [02:17] Hello everyone! Where's the best place to follow development news? Is there a mailing list? [02:18] There's the ubuntu-phone list. [02:18] https://launchpad.net/~ubuntu-phone === chihchun is now known as chihchun_afk [02:29] Thanks. [02:39] tomdp: enjoy. :) It's been very quiet, though. Getting close to final RTM images. [02:45] Just looking for a good way to keep track of development. A bug is preventing me from using the emulator, and I can't afford to spend the money on a supported development device. [03:09] tomdp: usually daily updates about image changes and promotion status during the workweek. :) === thelionroars is now known as Guest57209 [03:27] It wasn't an image space issue after all. I think the new culprit for a non-booting nexus 4 after buil-dep ubuntu-system-settings is this syslog entry: lightdm main process (2384) terminated with status 1 === Namidairo_ is now known as Namidairo === chihchun_afk is now known as chihchun === stgraber_ is now known as stgraber === Zic_ is now known as Zic === thelionroars is now known as Guest36594 [07:46] mpt, hey [07:46] mpt, why shouldn't "Opinion" be used on Ubuntu bugs? [07:49] seb128, because it’s more confusing than useful. [07:49] Launchpad bug 772954 in Launchpad itself ""Opinion" bug status causes user confusion" [High,Triaged] [07:51] mpt, weird that people use Opinion to confirm bugs [07:51] yeah :-) [07:51] to me Opinion is "it's your opinion, but we don't agree/consider it as a bug/plan to change" [07:52] oh well [07:52] I'm going to start reassign those bug on ubuntu-ux with a "talk to the designer if you want the design changed" [07:52] I gues [07:52] s [07:53] * mpt crashes indicator-network again [07:53] mpt, enjoying it ? (then you shoudl switch teams to QA ;) ) [07:54] mpt, ^ does that seem reasonable for bugs that challenge the design? they are not bugs in the code so an open status on the project isn't really right [07:54] ogra_, I’m reporting quite enough bugs already thanks. ;-) (This one is bug 1368675) [07:54] mpt, I would usually use Opinion but since you disagree with that, looking for the best alternative [07:54] bug 1368675 in ofono (Ubuntu) "No Wi-Fi on Nexus 4 (org::ofono::Interface::NetworkRegistration::str2status(std::string): Unknown status '')" [Critical,Confirmed] https://launchpad.net/bugs/1368675 [07:54] :) [07:55] seb128, if the design specifically says otherwise, Won’t Fix would be fine, right? [07:56] mpt, that's assuming the design is not going to change, which I've no opinion/say on [07:56] I can fix it/adapt if design decide to update their recommendation [07:56] so wontfix feels wrong [07:57] seb128, if the reporter doesn’t know what the design is, then it isn’t valid … If they do know and they disagree, then that’s a task for the designer [07:57] (At least if they have reasons for disagreeing!) [07:57] mpt, right, so reassigning to ubuntu-ux? [07:57] sure === ogra_ is now known as ogra === ogra is now known as ogra_ === kgunn is now known as Guest60061 [08:04] pitti: are we still pushing stuff like https://code.launchpad.net/~aacid/gallery-app/update_pot without review? === Guest69163 is now known as Laney [08:04] https://code.launchpad.net/~aacid/gallery-app/update_pot/+merge/234628 [08:06] tsdgeos: I don't see why not; this is purely mechanical [08:06] I was told to just push POT updates to trunks without MPs [08:06] ok [08:07] ok [08:07] doing so then [08:32] ogra_: i have set ping but device not listed in adb, any idea why? [08:34] tsdgeos, "set ping" ? [08:34] hum [08:35] is there a bug/known issue about the black rectangle icon in the unity8 headerbar on the current rtm image? [08:35] well, on the dropdown as well [08:35] seb128, what arch ? [08:35] ogra_, krillin [08:35] ogra_: pin i mean [08:35] ogra_, do we have rtm images for other archs? [08:36] ogra_, I mean armhf [08:36] tsdgeos, manually ? [08:36] seb128: yes mako too [08:36] ogra_: no, from the ui [08:36] asac, that's not "an arch" [08:36] ogra_: i.e. the wizard [08:36] asac, that's a device [08:36] seb128, yes, for all arches [08:36] ogra_, do we have amd64 phones? ;-) [08:36] anyway armhf [08:36] tsdgeos, then go into system-settings and enable dev mode under "about this device" [08:36] seb128: is the indicator all black for you with no content? [08:37] ogra_: oh, i didn't realize that was needed from reading your email [08:37] afaik that means that the indicators crashed somewhat [08:37] seb128, well, if i say areches i indeed mean "krillin, mako, manta, flo etc) [08:37] asac, it's not the indicator, it's the "search" icon in the headerbar [08:37] ah === chihchun is now known as chihchun_afk [08:37] * ogra_ didnt get any updates after 38 [08:37] (on krillin rtm) [08:37] I'm on 40 [08:37] Good morning all; happy Monday, and happy International Dot Day! :-D [08:37] ogra_: that seems to have worked [08:37] tx [08:38] let me upgrade to latest [08:38] dpm: ping [08:41] seb128: after booting into 40 on krillin rtm i see the search icon in header as expected... [08:41] ogra_, asac, in fact that might be a one time off things, colors and icons are buggy [08:42] hmm [08:42] like buttons in the toolkit are buggy as well [08:42] how can colors and icons be buggy one time? [08:42] sounds like HW (driver) or Mir [08:42] seb128: are you using french translation? [08:42] dunno, it's like compositing or something was not set correctly [08:42] yes [08:42] wonder if it has to do with that [08:42] we had the mir compositors switched on again on friday [08:42] I doubt it [08:43] * asac boots into french phon [08:43] with the last ubuntu-touch-session landing [08:43] e [08:43] lol [08:44] ok french didnt change that [08:44] * asac goes back [08:47] asac, ogra_, http://people.canonical.com/~seb128/icon.jpg === chihchun_afk is now known as chihchun [08:48] seb128: i would suggest to talk to mir/unity folks to see if you can extract useful info fromt his state [08:48] no Saviq, who would you recommend instead? [08:48] seb128: go into -unity ... [08:49] looks like missing widgets [08:49] bzoltan: ^^ does the above screenshot look familiar from UITK? [08:50] seb128: Saviq on vacation? [08:50] asac: no [08:51] bzoltan: looks related to widdgets...what do those widgets have in ciommon? [08:52] asac: they all are suru icons [08:52] suru? [08:53] our icon theme [08:53] ok [08:53] seb128: are those icons on your disk? [08:53] bzoltan: maybe race loading icon themes could exist in uitk? [08:53] there are ubuntu-app-lauch crashes in todays smoketests where it doesnt find app icons ... i wonder if thats related [08:54] i.e. some seach path being broken in UITK or some such [08:54] asac: no idea, let me check. Is it a reproducable issue? What image< [08:54] or in Qt itself [08:54] bzoltan: only seb128 sees it on 40 on krillin rtm [08:54] i have same device same image [08:54] dont see it [08:54] so it must be racy or something related to a crash [08:54] ogra_: well.. not finding app icons would loke exactly like that image [08:54] seb128: any crashes in /var/crash? [08:54] recent crashes :) [08:54] bzoltan, well, i see isons in the top bar missing ... [08:55] ok i see cgmanager crsahes [08:55] also upstart andpowerd [08:55] bzoltan, u-a-l complains about flickr.png and such, i.e. the .desktop file icons [08:56] so not sure it is actually related ... but it could [08:56] ogra_: strange, but I have no idea what that could be [08:56] asac, only a powerd one from today [08:56] I thought using camera flash resulting in (almost)black pics was solved some time ago. Am I wrong or am I seeing a regression? === Chipaca` is now known as Chipaca [08:59] bzoltan, asac, it's not an issue of finding icons, see e.g http://people.canonical.com/~seb128/launcher.jpg [08:59] bzoltan, asac, the dash icon is there but rendered buggy [09:00] seb128: do ou have your oops from powerd crash? [09:00] asac, no, how do I get that? [09:01] seb128: check /var/log/upstart/whoopsie.log [09:02] seb128: usually it prints when it processes a crash and gives you the OOPS ID after [09:02] then you put that one behind this: https://errors.ubuntu.com/oops/ [09:02] at the end [09:02] and get the info [09:02] asac, yeah, powerd is not in there, I've a location-serviced one though [09:03] https://errors.ubuntu.com/oops/8dac1e2e-3cb6-11e4-9222-fa163e5bb1a2 [09:03] failed to retrace [09:03] pitti: how are our efforts going to support old dbgsyms? [09:04] seb128: your log might have been rortated [09:04] seb128: so maybe in .1 you find the powerd [09:04] yeah, it's not in there [09:04] seb128: unless powerd doesnt have a .upload and .uplaoded file at all [09:04] asac: is there still anything left to do? [09:04] asac: from my POV this was done weeks ago [09:04] and I cleaned the directory because there was ton on old report in there [09:04] * seb128 reboots to test [09:04] pitti: i ask yo9u :) ... so if i submjit a crash from an image that doesnt have latest, is that going to work? [09:05] e.g. do you retrieve all the right old dbgsyms now? [09:05] asac: as long as it's not older than 30 days, it should work, yes [09:05] ah cool. so thats [09:06] we clean up unreferenced dbgsyms after 30 days [09:06] done then [09:06] asac, hum, that persists after a reboot [09:06] apport-retrace deals with it just fine now [09:06] pitti: can we couple the references to our channels? [09:06] I wonder if I've some sort of local corruption or something... [09:06] pitti: like reference our non-proposed channels there? [09:06] http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/ [09:06] asac: that's not done ATM; we need some index what package and versions are in those [09:06] think http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09/ [09:06] and http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09-customized/ [09:06] would be important to keep [09:07] hmm. i thought that manifest is available somewhere [09:07] ogra_: ? [09:07] do we store manifest for the images on systme image too? [09:07] asac: these files are useless, I'm afraid, they are essentially empty [09:07] well, it might help if apport just included /etc/system-image/channel.ini [09:07] pitti: the manifests are empty? [09:07] that has all relevant info === wesleyma` is now known as wesleymason [09:08] it does include the image version; we can certainly add others [09:08] ogra_: but that's for an individual crash, not for building ddebs.u.c. [09:08] pitti: oh ...well i was hoping we keep the .manifest file in the pool too there [09:08] content manifests are at http://cdimage.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09/daily-preinstalled/ [09:08] like http://cdimage.ubuntu.com/ubuntu-core/daily-preinstalled/pending/ [09:08] what we need is a list of packages/versions [09:08] ogra_: yeah we would need to store those in system image too [09:08] because there we have more history [09:08] you would have to extract the rootfs version out of the system-image index [09:08] then pull the manifest from cdimage [09:09] ogra_: we could link it form index.json imo [09:09] but all json files in http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09/ are empty [09:09] pitti: ah ... yeah sure. thats because we havent promoted yet [09:09] asac, thats an stgraber question :) [09:09] pitti, ignore that channel for now :) [09:09] -proposed has actual data [09:09] even http://system-image.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09-proposed/mako/index.json doesn't help much [09:09] pitti: but those are the channels that will feet to market devices, so guess those debugsybls we should never loose [09:10] that still doesn't have package versions [09:10] pitti: right. we should add a manifest to the pool and reference that for each image from there === vrruiz_ is now known as rvr [09:10] or something along those lines [09:10] ev__: ^^ [09:11] pitti, no, you need to pull the rootfs version out of the description field [09:11] and with that assemble the matching cdimage url [09:11] ogra_: well, retention of cdimage is super short period [09:11] so we need to copy that into the systme-image server [09:12] I'm not going to download and disassemble 40 images every hour [09:12] aside from that, I couldn't do that without root privs anyway [09:12] pitti, huh ? [09:12] to chroot in and do dpkg -l, I mean [09:12] pitti, you indeed only do it once there is a new image [09:12] we have the package versions at some point when building the images -- can't we save those somewhere? [09:12] why would you do it every houor [09:13] we update ddebs.u.c. every hour or two [09:13] pitti, yes, thats what i described above [09:13] like http://cdimage.ubuntu.com/ubuntu-core/daily-preinstalled/pending/utopic-preinstalled-core-amd64.manifest ? [09:13] but htat doesn't have an image version? [09:13] pitti, you just watch when index.json changes on the server [09:14] pitti: we should move that into the pool and reference for each image in index.json ... once stgraber wakes up we can ask him [09:14] then its easy [09:14] hehe [09:14] still, it seems awfully hard to pry the package versions out of an image, when we could just save that information when building that image [09:14] same we should do for the devices and custom tarball somehow [09:14] exactly [09:14] I can't use chroot, loop mounts etc. on ddebs.u.c. [09:14] we have that manifest [09:14] just save that [09:14] and store it on image server [09:15] so lets talk to stgraber :) [09:15] hehe [09:16] pitti, CDIMAGE_ID=$(wget -O- -q http://system-image.ubuntu.com/ubuntu-touch/utopic-proposed/mako/index.json|grep description|sort|uniq|grep version=$imageid|sed -e 's/^.*ubuntu=//' -e 's/,.*$//') [09:16] where imageid= system-image version [09:18] pitti, and then you can wget http://cdimage.ubuntu.com/ubuntu-touch/ubuntu-rtm/14.09/daily-preinstalled/$CDIMANE_ID/14.09-preinstalled-touch-armhf.manifest [09:18] *CDIMAGE_ID [09:18] which is your manifest [09:19] ah, those are what I'm looking for [09:19] thanks [09:19] you just need to write a script using the above and watch the index.json file if the last image id changed [09:20] once it did you pull the manifest and update ... [09:20] I still wonder where we keep the Packages.gz/Sources.gz for the images we build [09:20] we also have a manifest diff, probably thats enough for you ? [09:20] those would be easiest to use for ddebs.u.c. [09:20] http://people.canonical.com/~ogra/touch-image-stats/rtm/40.changes === davmor2_ is now known as davmor2 [09:21] (with the whole collection at http://people.canonical.com/~ogra/touch-image-stats/rtm/) [09:21] no, too brittle to track (too much state) [09:22] tsdgeos, pong [09:25] ogra_, for some reason, my mako after having enabled developer mode is not recognized by adb any more [09:25] tvoss, password/pin is set ? [09:25] (and how did you enable it ? UI ?) [09:26] ogra_, yes, and via UI [09:26] does it currently show it being on ? [09:28] ogra_, yeah [09:28] ogra_, and I see adbd running [09:28] ogra_, on the device, ps -ef | grep adb in the terminal app [09:28] did you try to re-plug it ? prehaps something on the PC side [09:29] developer mode didnt chnage since friday and works in smoke testing [09:29] ogra_, okay, did try replugging multiple times [09:30] tvoss, you didnt set the password to "phablet" did you ? [09:30] ogra_, no [09:31] thats the only thing i could imagine [09:31] android-gadget-service status adb [09:31] what does that return (in the terminal app) [09:32] ogra_, just tried rebooting to recovery via fastboot, but that completely boots the device [09:32] is that known? [09:32] not to me [09:33] (but if it wouldnt work, --bootstrap wouldnt work either, since that does exactly this) [09:33] tvoss, thins is a virgin readonly image ? [09:34] ogra_, nope [09:34] or did you install any debs or didnt something as crazy as dist-upgrade [09:34] ogra_, gadget service is not running [09:34] (which is expected to brteak) [09:34] tvoss, cant be, its dbus invoked ... that would mean dbus isnt running [09:35] (android-gadget-service is just a script wrapper around a single dbus call) [09:39] tvoss, running 239 on my mako (which is the latest devel-proposed) everything works just fine [09:39] same for my krillin with 40 [09:39] (which is latest rtm) [09:47] Wellark: can we get https://code.launchpad.net/~aacid/connectivity-api/unused_qthread_include merged so it goes off my list of stuff i need to get merged? === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss === davidcalle is now known as davidcalle_afk [10:38] marcustomlinson: hi! Got a second to talk about scopes and OA? [10:39] mardy: yeah ok [10:39] marcustomlinson: about bug 1367909, precisely [10:39] bug 1367909 in Online Accounts setup for Ubuntu Touch "Missing scopes icon in the online accounts list" [High,Invalid] https://launchpad.net/bugs/1367909 [10:40] marcustomlinson: I see that you closed it, but if you think that OA should do something about it, then we should probably re-open it [10:40] marcustomlinson: anyway, what is wrong with generating the .desktop files? [10:41] marcustomlinson: I strongly suggest this option, because that would also solve the issue of when scopes need to access other restricted resources (such as location, camera, mic -- well, I guess that the last two are unlikely) [10:41] mardy: first of all, the desktop file has to have some utter garbage in it just to work. And even then the click review tools still warn us that "scope" and "desktop" hooks should not be used together [10:41] mardy: http://bazaar.launchpad.net/~unity-api-team/unity-scope-youtube/14.10/view/head:/click/youtube.desktop [10:42] marcustomlinson: yes, I'm not suggesting you to use the "desktop" hook: just generate the .desktop file from within the "scope" hook [10:42] marcustomlinson: so that the scope developer doesn't need to change anything [10:43] mardy: but that desktop file is clearly not right [10:43] marcustomlinson: wait, there is a flag to toggle visibility, let me find it... [10:43] mardy: the stuff we have to mangle in there to get it to work is just insane [10:43] mardy: when you set it to hidden, its totally hidden. even to the account UI [10:44] mardy: its not even just that. "Exec=true" [10:44] mardy: we have to have that so that the Exec line validator is happy [10:44] marcustomlinson: "NoDisplay=true" [10:45] mardy: yeah, like I said, then the desktop file is not installed [10:45] marcustomlinson: maybe the "desktop" hook skips that, but as I said, you shouldn't use it [10:45] mardy: so, does the desktop file just need to be in the click package folder. thats it? [10:45] marcustomlinson: as for the uglyness, it's indeed ugly, but hey, who cares :-) [10:45] mardy: no need to run the desktop hook on it? [10:46] marcustomlinson: no, it needs to be installed to ~/.local/share/applications/ [10:46] marcustomlinson: but you can do that from the "scopes" hook [10:46] mardy: k, let me give it a go then [10:47] marcustomlinson: what the desktop hook does, and also what I do in some OA hooks, is to copy the click file into a temporary place, and then run a program which processes it and copies it to the final location [10:48] marcustomlinson: see http://bazaar.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/trunk/files/head:/click-hooks/ [10:49] marcustomlinson: the account-application hook, for instance. It copies the file to a temporary location, and the the Exec line fires up a process (main.cpp) which scans that temporary location and generates the needed file(s) in the desired places [10:49] marcustomlinson: your Exec hook could scan ~/.local/share/unity-scopes/ and generate the .desktop files from them, I suppose [10:50] mardy: I really don't like this desktop stuff [10:50] mardy: its just wrong [10:51] mardy: but if that the only option then fine === marcustomlinson is now known as marcustomlinson| [10:52] marcustomlinson: I don't think that seeing a scope as an app is that wrong -- for most resource owners (OA, location, camera, etc.) it doesn't really matter === marcustomlinson| is now known as marcustomlinson [10:53] mardy: desktop files are meant to be executed [10:53] mardy: /executable [10:54] mardy: its like using a fork to cut bread [10:56] marcustomlinson: true, but as long as we don't have a better alternative, let's use the fork :-) [10:57] mardy: And I'm fine with that. I just don't like the idea of accepting that this is correct. This is a hack [10:59] marcustomlinson: OK, then we agree :-) [11:07] stgraber, we need some system-image fixing, please ping once you are up [11:08] mardy: marcustomlinson: so if we have scopes using OA, we should just hold off doing anything for now? [11:09] or should we manually include the desktop files until anything lands [11:12] cwayne: if you want your scope to appear correctly in OA, you should continue including the desktop file [11:15] cwayne: hey, I'm trying hard to get the scopes OA support landed today. I'll let you know when we do === MacSlow is now known as MacSlow|lunch [11:26] marcustomlinson: that'd be amazing, thanks [11:31] hey, I have a friend running ubuntu touch on a nexus 4 using t mobile [11:31] he's not getting data, does anyone know if there is anything special to turn it on? [11:33] rickspencer3: i think its this: https://bugs.launchpad.net/ubuntu/+source/ofono/+bug/1331813 [11:33] Launchpad bug 1331813 in ubuntu-download-manager (Ubuntu) "Support ipv6 mobile connections" [Medium,Confirmed] [11:33] tmobile moved to ipv6 IIRC [11:33] oSoMoN: do you know if this MR is already in a silo ? https://code.launchpad.net/~zeller-benjamin/gallery-app/sdkcompat/+merge/233884 [11:34] zbenjamin: ^ [11:35] nerochiaro: i don't know sorry [11:35] cwayne, ok, I suspected something like that [11:35] zbenjamin: no problem [11:39] nerochiaro, you can check yourself at http://people.canonical.com/~platform/citrain_dashboard/ [11:39] oSoMoN: ok, doesn't seem to be there. how can we get it in ? [11:41] nerochiaro, ask bfiller when he gets online to request a silo for it [11:41] oSoMoN: ok. i thought both you and bill could do that, that's why I asked you [11:41] oSoMoN: sorry for the misunderstanding [11:43] hi pindonga, regarding bug 1343129 and bug 1358794 - what do we need to do to show the translatable strings to translators? Can we just put those translatable messages in a .pot file and upload it to LP for folks to translate? [11:43] bug 1343129 in Ubuntu Translations "Department names are not translatable" [High,Triaged] https://launchpad.net/bugs/1343129 [11:43] bug 1358794 in Click Package Index "Ubuntu Store: "Top apps", "favourite", "app of the week" strings not localized" [Critical,Fix committed] https://launchpad.net/bugs/1358794 [11:44] hi dpm [11:44] checking [11:44] dpm, I *think* this still requires some kind of admin access, thus has to be made by us [11:45] this is because this data lives on the db and is dynamic (as opposed to static data which can be translated via .pot files) [11:45] dpm, I'd advise to bring this up with beuno === CarlosNeyPastor_ is now known as CarlosNeyPastor === davidcalle_afk is now known as davidcalle === mpt_ is now known as mpt [12:21] dpm: can you please have a look at one more desktop file translation MR ? https://code.launchpad.net/~phablet-team/gallery-app/desktop-i18n/+merge/234679 [12:22] dpm: it's really strange because i was sure i had already done this for gallery, but it's has never made it into trunk and I can't find the branch, so I'm probably mistaken [12:22] thats cool; computer freezed up during merge [12:22] neat [12:22] oSoMoN: if you also could review this together with dpm, I would appreciate it: https://code.launchpad.net/~phablet-team/gallery-app/desktop-i18n/+merge/234679 === Ursinha is now known as Ursinha-afk [12:33] sergiusens, hey, i have sent the xpm for the icon months ago to rsalveti :P === MacSlow|lunch is now known as MacSlow [12:40] hello do you think it is posble to install totch on a samsung s4 mini ? [12:41] hello do you think it is posble to install totch on a samsung s4 mini ? [12:41] nerochiaro, will do, thanks [12:42] Myvar, technically yes ... practically its a hell lot of work to port the android layer [12:43] i tryed to port it but im a c# .net developer so i only know windwos but i saw there is a s4 (te big one) port but im not sure if it will work on mini [12:43] i doubt that [12:44] (and ii also doubt the S4 port is well enough maintained to use it, most of the ports are from a year ago and people didnt go on maintaining them) [12:44] ya dam i realy wanted to try it [12:44] is there a windows emulator ? maby [12:45] only a linux one that you can run on ubuntu [12:45] ok cool [12:46] i love linux but all my work can only be done on windows that sucks so i have ubuntu in a vm === Ursinha-afk is now known as Ursinha [12:48] pitti: hey, is there a ddebs repo for RTM? [12:51] ogra_: needs to be in a Change Request I guess ;-) [12:52] sergiusens, heh, yeah, and the design team wanted to get me a bigger version of it too [12:52] sergiusens, btw, guess what the emulator issue was :) [12:53] ogra_: what was it? [12:53] adbd started before udev was back up ... so /dev/android_adb didnt exist with the right perms [12:53] ogra_: ah, this part of the racy world... [12:53] yeah [12:53] and thats why i could sometimes not reproduce it at all [12:54] lucky timing [12:54] we need to have adbd wait for the session to be started anyway ... so tat was an easy fix (simply adding liightdm to the start conditions) [12:55] finding the cause costed my saturday though :) [12:55] sergiusens: in comparison to what the other part of the racy world ;) [12:55] ogra_: does that mean no more early debugging? [12:56] sergiusens, sadly, yes ... since adbd is required to ask for the screen state [12:56] which i can only get after the session runs anyway [12:57] pitti: I've answered my own question, I found http://ddebs.ubuntu.com/ubuntu-rtm [12:57] but http://ddebs.ubuntu.com/ubuntu-rtm/pool/universe/m/mir/ is missing anything to do with mirserver [13:02] nerochiaro, will do [13:02] oSoMoN: dpm: thanks [13:06] oSoMoN, did anyone ever test the webbrowser with like 50 tabs open ? [13:07] with the more strict webapp-container rules all my apps now open pages in the browser instead of the webapp ... since i'm to latzy to close them (i rarely use the actual browser) they pile up [13:08] now i have the browser often only go completely blank [13:08] i assume it runs out f ram because of the tons of tabs that got opened [13:08] dbarth_, ^^ [13:08] ogra_: could be yes [13:09] also why did the pattern maching change to be so strict now ... [13:09] ogra_: note that there is a branch in test to limit the issue [13:09] ogra_: it changed to be less strict [13:09] ogra_: where do you see an issue? [13:10] dbarth_, i could do something like: --webappUrlPatterns=https?://domain.com/* [13:10] that doesnt work anymore [13:10] (and all my webapps use it) === gnu is now known as Guest5308 [13:11] (many of them have internal links like: ticker.domain.com or media.domain.com, which is why i want too patch teh whole domain) [13:11] ogra_: ?! we changed it to work actually [13:11] *match [13:11] ogra_: which app for example, do you have a urlpattern list for me to try? [13:11] dbarth_, well, instal heise.de or n-tv.de [13:11] they all open *all* links in the broowser now [13:11] ogra_: ok, doing ight now [13:12] usually using something like: "... --webappUrlPatterns=https?://domain.com/* http://m.domain.com/" [13:12] or mmobile.domain.com [13:12] -m [13:13] it works fine if the --webappUrlPatterns match the actual url exactly though [13:13] (but that indeed braks such subdomains) [13:14] ogra_: oh you mean: you could do domain.com/* and that was ok still for *.domain.com/* [13:14] yeah [13:15] whereas now we only match strictly domain.com/* [13:15] uh, that was an undocumented feature, sir, i'm afraid... [13:15]