[00:00] <StevenK> barry: Hit the edit icon next to 'duplicate of ...'
[00:01] <barry> StevenK: oh, *and* delete the bug number then hit the check box. :)  but thanks!
[00:01] <StevenK> barry: Well, yeah, but I thought once I got you over the hurdle of *finding* the link, you could figure out the rest. :-)
[00:02] <barry> StevenK: i put my 10,000 monkey-clone army on it and they shakespeare'd it in 300ms
[00:10] <kees> slangasek: is there a bug open for the targoniness of booting 64-bit kernels on a 32-bit CPU?
[00:11] <kees> slangasek: afaict, the kernel itself just enters a hlt loop and doesn't display _anything_.
[00:11] <slangasek> kees: bug #983825?
[00:11] <kees> perfecto
[05:02] <pitti> Good morning
[05:09] <sladen> pitti: morgen!
[06:49] <dholbach> good morning
[09:49] <tsdgeos> ahasenack: having any luck with the patched unity-2d i told you? Too soon to declare victory maybe?
[09:49] <ahasenack> tsdgeos: yeah, too soon
[09:49] <tsdgeos> oki :-)
[11:52] <seb128> ev, hey, just curious but is there somewhere where we can get news about the status of your work on whoopsie, the db, etc?
[11:53] <ev> seb128: actually, let me forward you an email I sent about it to my team soliciting input
[11:53] <ev> would be excellent to hear your thoughts
[11:53] <seb128> ev, thanks ;-)
[12:29] <doko> jibel: about 983981, is this pure lucid, or lucid-updates?
[12:32] <jibel> bug 983981
[12:32] <jibel> lucid updates
[12:32] <jibel> doko, ^
[12:35] <doko> jibel, but not for any update, correct?
[12:42] <jibel> doko, correct. Only the test referenced in the report fails.
[12:43] <doko> jibel, are the tarballs for the chroots available somewhere?
[13:00] <mvo> Mirv: new ddtp stuff uploaded
[13:29] <mterry> RAOF, heyo.  Got a moment to talk about X and keyboard layouts?
[13:30] <RAOF> I'll say yes.
[13:30] <mterry> RAOF, I'm seeing "key types not defined" when trying to have xkbfile X extension use the "fr oss" layout
[13:30] <mterry> What does it mean for a map to not have it's key types defined?
[13:30] <mterry> RAOF, (this is bug 960096)
[13:30] <RAOF> Hm.  I don't know at the moment.  Let me check
[13:31] <mterry> but if you do look at the bug, look only at the last few comments.  Several flaws have been glommed into the same bug report
[13:31] <mterry> I'm working on the most recent one
[13:33] <dobey> should i not get a "Waiting for Approval" mail for something i uploaded to oneiric-proposed?
[13:33] <stgraber> dobey: yes, you should
[13:34] <dobey> hrmm, i haven't gotten one, and i uploaded it last night
[13:35] <dobey> ubuntuone-storage-protocol_2.0.1-0ubuntu1_source.changes
[13:37] <stgraber> dobey: it's not in unapproved for oneiric so it probably got lost somewhere
[13:37] <stgraber> bdmurray: iso tracker updated published, bug search should be working fine now with duplicates
[13:37] <dobey> stgraber: should i just rm the .upload file and try again?
[13:39] <stgraber> dobey: yep
[13:39] <dobey> ok
[13:40] <dobey> says successfully uploaded again. hopefully it worked this time
[13:42] <RAOF> Oh, wow.
[13:42] <RAOF> mterry: The XKB protocol is quite impressive
[13:43] <mterry> RAOF, in a good way?  :)
[13:43] <RAOF> In a bloodymindedly baroque way.
[13:44] <RAOF> Also, it supports keys in radio groups for some reason.
[13:45] <RAOF> On the off-chance you'd like to map your keyboard such that exactly one of 'a', 'b' or 'c' is considered to be pressed at any one time.
[13:46] <RAOF> The protocol specification is also a light-weight 107 page PDF, plus appendicies.
[13:47]  * RAOF has thus far managed to avoid looking too closely at the direction of XKB in the hope that it'd go away if he didn't make eye contact.
[13:47] <ScottK> mvo: I just noticed Bug #984906.  If you end up doing another update-manager upload, I would appreciate it if you could include the fix for it as well.
[13:50] <RAOF> mterry: I'll take a longer gander at it tomorrow; 10pm beckons.
[13:50] <mterry> RAOF, OK.  thanks!
[13:50] <Mirv> mvo: ok, great! Debian itself has had apparently problems that the translations haven't been uploaded for some while, but at least now it should be up-to-date what Debian has on its servers
[13:52] <Mirv> apparently some unicode problem was just now found
[14:01] <doko> ScottK, do you know why pycompile in lucid still has DEFAULT_VERSION = (2, 5) ?
[14:01] <ScottK> No.
[14:06] <ScottK> mvo: Very quick (with the commit for the bug fix).  Thanks.
[14:07] <mvo> ScottK: sure, that was a tiny one, thanks for the report and the irc ping
[14:07] <ScottK> Should help the production metrics for the week....
[14:35] <saidinesh5> hi guys..... just made a package for a software of ours
[14:35] <saidinesh5> http://paste.kde.org/459398/
[14:35] <saidinesh5> so basically are these warnings safe to ignore?
[14:35] <saidinesh5> especially the ones regarding cannot find lib needed for <package>
[14:36] <saidinesh5> (basically vsxu_artiste, vsxu_player, vsxu_server are all dependant on libvsxu  , and i ve specified that in the control file)
[14:47] <dobey> stgraber: ugh. it's telling me the signer doesn't have upload rights now. i guess something got mucked up when we made the packageset for precise for u1 stuff, and now i can't upload to the older ubuntus?
[14:48] <stgraber> dobey: that could be, ppu are for all releases but package sets are per release
[14:48] <stgraber> dobey: as we created the ubuntuone packaget set in precise, you probably lost your upload rights to older releases in the process
[14:49] <dobey> stgraber: ugh. any way to fix it? or will i have to just do merge proposals now for all the packages in older ubuntus?
[14:52] <stgraber> dobey: launchpad doesn't let me create a copy of the package set in oneiric apparently ...
[14:53] <dobey> hmm
[14:53] <stgraber> dobey: I can do a temporary hack to let that one in though, what's the source package name?
[14:54] <dobey> stgraber: well i have a few more packages to do as well, and was expecting to have to do a proposal for at least one. i guess i'll just do it for all. i guess this also explains why my bug nominations weren't automatically approving on a couple packages for the older ubuntus as well
[14:54] <Laney> stgraber: hrm, why can't you create it?
[14:55] <stgraber> stgraber@castiana:~/data/code/ubuntu-archive-tools$ python edit_acl.py create -P ubuntuone -S oneiric -p developer-membership-board
[14:55] <dobey> stgraber: and i'll have to do similar SRUs for natty and probably lucid soon as well, so don't want to keep wasting time with temporary hacks
[14:55] <stgraber> Package set ubuntuone already exists
[14:55] <stgraber> stgraber@castiana:~/data/code/ubuntu-archive-tools$ python edit_acl.py add -P ubuntuone -S oneiric -p ubuntu-ubuntuone-dev
[14:55] <stgraber> There was a 404 error:
[14:55] <stgraber> No such package set (in the specified distro series): 'ubuntuone'.
[14:55] <stgraber> Laney: ^
[14:55] <Laney> sounds buggy
[14:55] <cjwatson> edit_acl.py create IIRC
[14:55] <cjwatson> oh, /me reads again
[14:55] <Laney> that was in his first paste
[14:55] <cjwatson> odd
[14:55] <Laney> I guess you could namespace it as a workaroudn
[14:56] <stgraber> I probably could but then we might end up with both in Q as LP seems to do some weird things when creating a new series...
[14:56] <Laney> I recall bugs around initialising packagesets
[14:57] <Laney> check with #lp?
[14:57] <stgraber> well, I have a couple of "critical" bugs opened for a few months regarding the packageset table being a bit of a mess
[14:58] <Laney> I would guess/hope that it only uses sets in n to initialise n+1, but …
[15:00] <stgraber> it doesn't ;)
[15:00] <stgraber> that's what caused most of our existing bugs
[15:01] <ScottK> micahg: Would you or some other mozillateamish person please look at esteid-browser-plugin in the New queue and see if it's now something that's supportable from your POV?
[15:01] <Laney> all I can suggest is that you seek counsel from a Launchpad developer about the best way to proceed
[15:01] <cjwatson> I've been meaning to fix that initialisation bug
[15:02] <cjwatson> it should be easy
[15:02] <cjwatson> did you at least make sure that the data in P is clean?
[15:02] <stgraber> for ubuntuone, it should be, it's a new package set
[15:02] <Laney> there's some duplication
[15:02] <Laney> I can't remember the details
[15:02] <stgraber> for some of the other packagesets, no, we have a ton of duplicates
[15:03] <cjwatson> I meant for all package sets - I knew it was broken but I haven't had a chance to go through and sanitise it
[15:03] <cjwatson> we should probably try to clean that up before we open Q
[15:03] <stgraber> I got a few fixed by the Launchpad guys, then they filed another bug to get that table cleaned up and nothing happened since
[15:03] <stgraber> yeah, fixing the init code and cleaning up the current mess before Q would be good
[15:03] <cjwatson> can't we clean it up by hand?
[15:04] <stgraber> not with edit_acl
[15:04] <cjwatson> how come?
[15:04] <stgraber> the API does checks that the DB doesn't ;)
[15:04] <cjwatson> bah
[15:04] <cjwatson> but I suspect that cleaning things up requires manual attention
[15:05] <stgraber> cjwatson: bug 887185
[15:05] <stgraber> cjwatson: and the initial question: https://answers.launchpad.net/launchpad/+question/177449
[15:05] <stgraber> so when trying to fix from the API, I get "NotOneError" so only someone with direct DB access can fix it
[15:06] <cjwatson> we could relax that for removal
[15:06] <cjwatson> that would probably be better than db hackery
[15:06] <stgraber> that'd work, then we can cleanup the current mess with edit_acl
[15:06] <cjwatson> I have to do RC stuff first though
[15:07] <cjwatson> but I think I can look at this
[15:07] <stgraber> ah, the packageset creation part is an edit_acl bug, I'll fix that one
[15:07] <stgraber> it checks for existing packageset but without giving a distroseries
[15:08] <cjwatson> ok
[15:08] <cjwatson> makes sense given what I was doing when I wrote that
[15:16] <stgraber> dobey: fixed for oneiric
[15:17] <dobey> stgraber: thanks
[15:17] <Laney> nice
[15:18] <dobey> stgraber: can we get it fixed for natty and lucid as well?
[15:18] <stgraber> dobey: are you uploading to these two today?
[15:19] <stgraber> it takes me time to create the new packageset as I need to do it by hand depending on what packages were there (no magic copy function), so I'm happy to do it but won't spend the extra time until it's needed ;)
[15:19] <dobey> stgraber: probably not today no
[15:20] <Laney> implement the copy function :P
[15:22] <stgraber> Laney: almost tempted to do it, then ask LP not to do any copying when creating a new series and just use edit_acl for it ;)
[15:22] <Laney> heh
[15:22] <Laney> I was thinking that it would be useful when we create new sets in future
[15:22] <stgraber> cjwatson: actually, would that be easier? ^ :)
[15:23] <stgraber> I think I can implement a new "copy" function to edit_acl that takes a packageset and two series and just re-create it
[15:23] <cjwatson> hm, not sure, the init stuff was partly for derived distributions and I don't know what they wanted here
[15:23] <cjwatson> I think it would be *quicker* to fix the bug at hand and then consider such a redesign afterwards
[15:30] <dobey> ok. well i'll ping again when i need to upload to natty and lucid. thanks again stgraber!
[15:32] <stgraber> dobey: np
[15:52] <SpamapS> [160199.816023] [Hardware Error]: Machine check events logged
[15:52] <SpamapS> ruh roh
[15:54] <stgraber> dobey: natty and lucid done (I added a copy function quickly ;))
[16:05] <stgraber> cjwatson: I just filed a merge proposal for that do_create distroseries fix and to add a basic do_copy
[16:26]  * slangasek hugs didrocks for his gnome session
[16:26]  * didrocks hugs slangasek back :)
[16:27] <didrocks> Not sure you saw the discussion but it was hot ;)
[16:27] <slangasek> didrocks: the one on #ubuntu-release, I saw :)
[16:27] <didrocks> yeah ;)
[16:27] <vibhav> I missed it again :(
[16:29] <andreas__> tsdgeos: no backtraces yet, looking promising
[16:29] <andreas__> tsdgeos: but no logging either, so that code wasn't triggered
[16:29] <SpamapS> wow.. I went like, a whole week without a dist-upgrade and now I have 600 packages to update.
[16:30] <tsdgeos> andreas__: ok, so the code didn't really do anything useful
[16:30]  * SpamapS probably should uninstall some packages :-P
[16:31] <SpamapS> ahh.. the gnome 3.4.1 bump is the source of most of it :-P
[16:51] <SpamapS> need an opinion on bug 981130 ..
[16:51] <SpamapS> its a small python library.
[16:51] <SpamapS> with three modules..
[16:51] <SpamapS> only one of them needs librgw1
[16:52] <SpamapS> should we just not install the module that needs rgw1 .. or just drop the dep on librgw1 and ship a module that won't work?
[16:56] <dobey> stgraber: cool. thanks much!
[17:02] <ScottK> SpamapS: I vote for only shipping working stuff.
[17:02] <doko> seb128, why did you reassign 960967 to libjpeg8?
[17:03] <seb128> doko, I though it was the lib jtransform_execute_transform() and providing do_rot_270()
[17:03] <seb128> doko, where the segfault happens
[17:04] <seb128> doko, I guess I was wrong, where should it go?
[17:04] <jtaylor> doko: sorry I have probably missed your reply to the argparse issue, will it still be fixed?
[17:05] <doko> jtaylor, it is fixed
[17:05] <doko> seb128, libjpeg is built from jpeg-turbo
[17:05] <jtaylor> doko: oh I don't have -proposed enabled yet, thanks
[17:05] <seb128> doko, oh ok, I was unsure, I picked the wrong one
[17:05] <seb128> doko, I'm fixing it
[17:06] <seb128> too many libjpeg* ;-)
[17:07] <doko> seb128, and it appears to be a duplicate
[17:07] <SpamapS> ScottK: me too.. discussing w/ upstream what the best course is
[17:07] <ScottK> OK.
[17:08] <seb128> doko, could well be, I didn't check for duplicates
[17:08] <seb128> doko, it has a picture example included though which might be useful
[17:10] <micahg> ScottK: at this point, chrisccoulson needs to review esteid-browser-plugin
[17:10] <ScottK> micahg: OK.  Thanks.  chrisccoulson?
[17:10] <ScottK> (it's in new again in case you missed it)
[17:17] <PaoloRotolo> Hi all!
[17:22] <slangasek> pitti: what do you think of bug #937249?
[18:13] <saidinesh5> apachelogger: here?
[18:19] <saidinesh5> hmm... any ubuntu packagers here?
[18:20] <kklimonda> saidinesh5: well, it's a channel for ubuntu developers so it's a possibility that some ubuntu packages sit here ;)
[18:20] <kklimonda> saidinesh5: it's better to ask the actual question
[18:21] <saidinesh5> heheh .. well basically ..... i just created a debian/* stuff for a project that i m involved with
[18:21] <saidinesh5> so basically it is split up into (libvsxu , libvsxu-dev , vsxu-artiste, vsxu-player,....)
[18:22] <saidinesh5> (everything depends on libvsxu)
[18:22] <saidinesh5> so 1) should i have to include the lib/*.so in the libvsxu-dev.install also ?
[18:23] <saidinesh5> or just making it depend on libvsxu is enough?
[18:30] <saidinesh5> ?
[18:41] <cjwatson> saidinesh5: typically *.so.* should go in the runtime packages and *.so should go in the -dev packages
[18:41] <cjwatson> *.so being symlinks to *.so.* in any sane upstream package
[18:45] <saidinesh5> cjwatson: you mean *.so.* is like *.so.version?
[19:06] <cjwatson> saidinesh5: that's what I mean, yes
[19:07]  * saidinesh5 should probably edit some CMakeFiles for this now
[19:07] <saidinesh5> cjwatson: could you also take a look at the ppa i ve created and the recipie i m trying to make?
[19:12] <saidinesh5> cjwatson: CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:91 (MESSAGE):
[19:12] <saidinesh5>   Could NOT find OpenGL (missing: OPENGL_gl_LIBRARY)
[19:13] <barry> slangasek, cjwatson: re bug 924079.  i've read the bug and cjwatson's post (which seems to have no follow ups?).  what needs to be done here?  are you looking for someone to verify that if the patches were sru'd that it solves the problem?  there still seems to be the issue of abi breakage though, right?
[19:13] <saidinesh5> what should i include so that that builds?
[19:13] <slangasek> barry: cjwatson's suggestion today was that this might be better done as a release-upgrader-specific backport, like we did for lucid
[19:14] <slangasek> barry: I don't know if that's a better answer than trying to SRU patches to apt; mvo's your expert :)
[19:14] <barry> slangasek: yeah, sorry mumble was so problematic today ;)
[19:15] <slangasek> :)
[19:17] <barry> slangasek: i'll look into it and make sure to follow up with mvo in the morning (he appears to be off-line right now)
[19:17] <slangasek> barry: ack
[19:20] <saidinesh5> but libgl and stuff should be installed because of libglfw-dev ...shouldnt they?
[19:22] <cjwatson> saidinesh5: sorry, I'm not going to have time to look at your package (especially if it's cmake, which I don't speak at all) - just offering general advice
[19:22] <saidinesh5> cjwatson: ah its okay.. basically i m just a little confused about the package dependancy...
[19:23] <cjwatson> barry: I vaguely remember that mvo put together a non-ABI-breaking patch for that, too, but I don't have a record of it, so perhaps chase that up
[19:23] <cjwatson> barry: it may ultimately need to be an SRU to apt - I'm just worried about timing, mostly
[19:23] <saidinesh5> like it says it cant find OpenGL libs. but libglfw-dev should pull libgl and friends ...... isnt it?
[19:24] <cjwatson> saidinesh5: my first guess would be that the upstream build system is buggy and can't cope with libraries installed in multiarch locations (e.g. /usr/lib/x86_64-linux-gnu/), but it may not be that
[19:24] <cjwatson> you'll need to look into whatever logs it gives you (if any) in detail
[19:25] <barry> cjwatson: ack
[19:25]  * saidinesh5 checks
[19:26] <saidinesh5> libxrandr2 (>= 2:1.3.0-3), libc6 (>= 2.1.3), libgcc1 (>= 1:4.1.1), libglfw2 (>= 2.6), libpng12-0 (>= 1.2.0), libjpeg8 (>= 6b1-1), libglew1.6 (>=1.6.0)
[19:26] <saidinesh5> bleh
[19:26] <saidinesh5> they should have been -dev libs
[19:27] <cjwatson> are those Depends or Build-Depends?
[19:28] <saidinesh5> i put them as Build-Depends
[19:28] <cjwatson> right, that would be wrong
[19:28] <cjwatson> also micromanaging :) you don't need to build-dep on the C library ...
[19:29] <saidinesh5> Ahh ya...
[19:29] <cjwatson> in most cases you probably shouldn't version the build-deps either, unless you know you require API (not ABI) added in that version
[19:29] <cjwatson> note that runtime depends don't necessarily correspond to sensible minimum versions on build-depends
[19:31] <saidinesh5> Ahh cool that answers my next questioN! :D
[19:33] <saidinesh5> cjwatson: if i include libglfw-dev will that install the needed headers for libglfw? (like libgl1-mesa-dev etc..) ?
[19:34] <saidinesh5> (like libglfw depends on libgl)
[19:51] <jibel> doko, same error on upgrade with DEFAULT_VERSION = (2, 6) I collected a bit more informations with debug enabled. I'll update the report.
[20:15] <cjwatson> saidinesh5: don't know offhand, look at its dependencies and that should say
[20:15] <saidinesh5> hmm.... looking into it cjwatson :)
[20:37] <slangasek> bryceh: I don't suppose bug #966868 resembles the X-racing-drm bug of yours?
[20:37] <slangasek> oh hush
[20:41] <bryceh> slangasek, hmm, looking
[20:44] <bryceh> someone needs a name for when you're investigating one bug and notice three other unrelated bugs along the way...
[20:45] <stgraber> bryceh: normal debugging?
[20:45] <slangasek> bryceh: yak shaving? :)
[20:46] <bryceh> there we go
[20:47] <bryceh> slangasek, anyway, yeah it seems to be crashing trying to open the intel device driver.  could be same bug
[20:47] <bryceh> er, same issue
[20:47] <slangasek> ok
[20:49] <bryceh> slangasek, i915 got initialized around 6.4-6.5 sec; if you can tell when plymouth was firing you can see if it was before or after that.  that'd be more definitive
[20:52] <slangasek> bryceh: yeah, I don't have timestamps for that by default
[20:52] <bryceh> slangasek, adding plymouth:debug might make some timestamps show up.  (sudo xdiagnose, first option)
[20:52] <slangasek> yep
[20:52] <slangasek> actually, no, even then we don't get timestamps
[20:58] <bryceh> slangasek, #4 in that stack looks like libdrm code
[20:59] <bryceh> dunno if its the same libdrm code as that other intel bug though.
[21:12] <bryceh> slangasek, posted comment on the bug.  I think escalating to Intel would be the logical next action.
[21:12] <slangasek> bryceh: if the raciness is due to an Ubuntu sauce patch?  (or is that now upstreamed?)
[21:15] <bryceh> slangasek, I think so.  They actually do care about ensuring their stuff works with Ubuntu.
[21:16] <slangasek> ok
[21:16] <bryceh> slangasek, if nothing else they may be able to give advice
[21:16] <slangasek> what's the escalation path?  do we need apw looped in?
[21:17] <bryceh> I usually escalate and then bring apw in once I get some feedback from upstream
[21:17] <slangasek> ok
[21:17] <slangasek> I'm happy to be part of the conversation if it helps
[21:18] <bryceh> slangasek, I'd expect so
[21:24] <bryceh> slangasek, fwiw I do think that we'll get a flame back telling us not to run the kernel i915 this way.  but we'll see.
[21:24] <slangasek> :)
[21:26] <bryceh> slangasek, you'll need to manually sub yourself to https://bugs.freedesktop.org//show_bug.cgi?id=48894 because bugzilla sucks
[21:27]  * slangasek searches for the 'subscribe' button because bugzilla sucks
[21:28] <bryceh> put your email addy in cc
[21:28] <bryceh> you might have to register first
[21:28] <slangasek> nah, am registered, just couldn't remember the next step :)
[21:29] <slangasek> bryceh: how much do you know about the kernel events that we get for drm devices
[21:29] <slangasek> ?
[21:48] <bryceh> slangasek, not much, I generally don't play at that level too often
[21:49] <bryceh> slangasek, past experiences tinkering in libdrm has left me with a general dread of this part of  the stack
[21:49] <SpamapS> Ugh, I never know where to ask this
[21:49] <SpamapS> UDD ...
[21:49] <slangasek> bryceh: ;)
[21:49] <SpamapS> what do I do when merge-upstream decides to rename .. everything
[21:49] <bryceh> SpamapS, turn to drink?
[21:49] <ScottK> SpamapS: dput and let the importer sort it out.
[21:50] <SpamapS> ScottK: I have staged changes. :-/
[21:50] <SpamapS> so my only recourse is to apply those manually w/ patch
[21:50] <SpamapS> which is what I've done
[21:50] <SpamapS> but.. that *sucks*
[21:50] <slangasek> bryceh: so the "Best" fix is still to just have a reliable event that the upstart jobs can key off of... I'm wondering if there actually is a different event already that meets this need, or if not, how we should fix it so there is
[21:50] <ScottK> What's more important: The history or the brain cells lost figuring out the right UDD way to do it?
[21:50] <slangasek> SpamapS: what branch, what command?
[21:51] <SpamapS> slangasek: lp:ubuntu/juju
[21:51] <SpamapS> slangasek: have tried both from a tarball and from the upstream branch..
[21:51] <SpamapS> it decised that the directory 'juju' is in conflict
[21:51] <slangasek> heh
[21:51] <SpamapS> which would be.. the entire program :-P
[21:52] <slangasek> that suggests past branch divergence
[21:52] <SpamapS> Possibly
[21:52] <slangasek> what's the command I should run to try to reproduce this?
[21:52] <SpamapS> slangasek: bzr merge-upstream lp:juju
[21:53] <slangasek> hmm, revision 1.1.11 doesn't help... imported an upstream tarball without merging the branch
[21:53] <slangasek> SpamapS: is there also a tarball to merge at the same time?
[21:53] <slangasek> the "proper" answer is to merge both, not either/or
[21:53] <bryceh> slangasek, yeah an event seems like a better solution.  the suggestion yesterday to hack a sleep loop into libdrm hasn't been sitting well with me.
[21:53] <SpamapS> slangasek: bzr export from the juju trunk to a tarball produces the same result, because thats basically what merge-upstream does anyway
[21:54] <slangasek> SpamapS: so there isn't a pre-existing tarball?
[21:54] <slangasek> are you *creating* one as part of this upload?
[21:54] <apw> bryceh, do i need to take that patch to upstream on the morrow and see waht they make of it?  perhaps they'll have some better ideas
[21:54] <SpamapS> slangasek: yes
[21:54] <SpamapS> slangasek: 0.5+bzr531 has never been uploaded
[21:54] <slangasek> SpamapS: ok, so you should do the bzr export first to get your tarball, then reinject it with the merge-upstream
[21:55] <SpamapS> slangasek: thats what I tried. *same* result.
[21:55] <slangasek> ok
[21:55] <SpamapS> because thats exactly what merge-upstream does IIRC
[21:55] <bryceh> apw, I think so, yes.  If you have the link still handy I can post it to them now
[21:55] <slangasek> SpamapS: give me a minute for my terminal to catch up with us then :)
[21:58] <SpamapS> slangasek: I don't know why I seem to be the only one who runs into all the UDD weirdness. :-P
[21:58] <apw> bryceh, http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-precise.git;a=commitdiff;h=6d74feca6235b463ade4ecddd1dfdb73d30a2ff7;hp=e29a4668d7441aa88d8015da51674a7e8159312b
[21:58] <slangasek> SpamapS: well for starters, I've never seen this message before from bzr merge:
[21:58] <apw> bryceh, thats what we are using to prevent the crash
[21:58] <slangasek> Exporting upstream branch revision<EMAIL_ADDRESS>to create the tarball
[21:58] <slangasek> so the juju branch seems special :)
[21:58] <SpamapS> slangasek: haha ok
[21:59] <apw> bryceh, so ... drop me an email with wherever we are at so i can follow up in the am
[21:59]  * SpamapS hates being special
[21:59] <hallyn> hm, so if someone reports a broken do-release-upgrade, but because they had left processes running (causing deluser to fail), do we call that invalid, or should the pkg upgrade deal with it gracefully?
[22:00] <bryceh> apw, add yourself to cc on https://bugs.freedesktop.org//show_bug.cgi?id=48894
[22:00] <slangasek> SpamapS: so what's astonishing to me is not that there was a directory conflict, but that the *contents* of those directories seem to be entirely disjoint
[22:00] <slangasek> $ diff -uNr docs* | diffstat
[22:00] <slangasek> [...]
[22:01] <slangasek>  37 files changed, 4685 insertions(+), 78 deletions(-)
[22:01] <slangasek> SpamapS: why does the upstream branch look nothing like the current UDD branch?
[22:02] <SpamapS> slangasek: thats about right.. lots of features landed
[22:02] <bryceh> apw, added you to the cc
[22:02] <SpamapS> slangasek: though thats not the same diffstat I see in the branch doing 'bzr diff -c 519..531'
[22:03] <SpamapS> slangasek: would it be better to back up to 0.5+bzr504-0ubuntu1  (r10) ?
[22:04] <slangasek> well, let's see
[22:04] <SpamapS> slangasek: I have to step AFK for 15 minutes .. will be back ASAP
[22:09] <slangasek> bryceh: someone want to tell fd.o they're not in UTC? :P
[22:09] <bryceh> slangasek, OMG don't you dare
[22:10] <slangasek> you like all incoming bugzilla mail being sorted 7 hours in the past? :)
[22:10] <bryceh> slangasek, that's a quick path to getting flamed by mithrandir
[22:10] <slangasek> heh
[22:10] <bryceh> seriously, hang out on #freedesktop a while
[22:10] <slangasek> I'm happy for them to use UTC for their timezone setting
[22:10] <slangasek> as long as they set their friggin' clocks right
[22:12] <bryceh> slangasek, I recommend raising the issue with him by pinging it (but don't mention what the ping is about).  he loves that.
[22:13] <slangasek> hahaha
[22:13] <slangasek> bryceh: I have to be careful; if I taunt him too much, he'll make upstart in Debian a metapackage depending on systemd
[22:17] <bdmurray> slangasek: in bug 984693 update-notifier was just finishing up correct?
[22:18] <slangasek> bdmurray: yes, apparently they had the package installed already but the trigger hadn't done its job yet
[22:18] <bryceh> slangasek, o_O
[22:18] <bryceh> slangasek, you're gonna get me banned off freedesktop!
[22:20] <slangasek> ;)
[22:23] <SpamapS> slangasek: back
[22:23] <bryceh> slangasek, got a little feedback from jbarnes on the bug
[22:23] <SpamapS> slangasek: so, is there some version missing from the graph in that branch?
[22:23] <slangasek> SpamapS: well, the version you pointed me at failed the same way
[22:23] <slangasek> looking at the history now
[22:24] <slangasek> SpamapS: has this merge-upstream *ever* worked for you, when pulling from the branch?
[22:24] <smoser> hey...
[22:25] <smoser> how can i make my system not multiarch ?
[22:25] <slangasek> because sure enough, these main directories were added separately in the two branches
[22:25] <smoser> i'm looking for 'apt-get update' to not get i386 lists or show packages.
[22:25] <slangasek> smoser: you can nuke /etc/dpkg/dpkg.cfg.d/multiarch; but this will make some software uninstallable for you
[22:25] <SpamapS> slangasek: I think so. But its hard to recall frankly. I have a lot of merge-upstream issues
[22:26] <smoser> slangasek, i'm ok with that. thank you.
[22:26] <slangasek> SpamapS: 'bzr log -n0 juju' shows a completely different history for the directory on the ubuntu branch vs. the upstream branch
[22:27] <slangasek> SpamapS: so you can do one of two things: 1) merge from the tarball only, which shouldn't fail like this; 2) port your local changes over on a one-time basis and nuke all of the .moved directories, which gets you in sync with the upstream branch going forward
[22:27] <SpamapS> slangasek: I think at some point I did an upload w/o committing.. so the importer grabbed it instead. Perhaps thats the issue?
[22:28] <slangasek> well, the first commit by you on the UDD branch is revno 7
[22:28] <slangasek> before that they were auto-imported
[22:28] <SpamapS> ok
[22:28] <SpamapS> I like the idea of nuking and getting back on track
[22:29] <slangasek> but *none* of the UDD branch history shows the history of the upstream branch... so what you're seeing now is the inevitable result of trying to merge two branches without shared history
[22:29] <SpamapS> but I'm not sure what that means.. so you're saying back up to the last uploaded version, merge upstream, fix .moved dirs, then manually patch in my changes?
[22:29] <slangasek> with or without the "Back up" part
[22:30] <SpamapS> ok, and would just bzr rm'ing the .moved dirs suffice?
[22:30] <slangasek> or maybe just 'bzr resolve *.moved'
[22:30] <slangasek> (which you have to do anyway; I don't remember if the resolve also rm's in this case)
[22:30] <SpamapS> it doesn't
[22:31] <SpamapS> have to rm first
[22:31] <SpamapS> there are issues with that approach though
[22:31] <SpamapS> the 'examples' dir, for instance, has no README file now.. but the upstream version definitely does have that README file
[22:32] <slangasek> ah, really?
[22:32] <SpamapS> yeah, its like only things that got touched are there
[22:32] <slangasek> hmmmm
[22:32] <SpamapS> frankly I'm ready to just build a .dsc as I see fit, and let the importer handle it.
[22:33] <slangasek> well, that's fine too
[22:33] <slangasek> and approximately equivalent to doing a merge-upstream *without* referencing the upstream branch
[22:33] <SpamapS> I suspect if I --overwrite with all the things after the last upload uncommitted, that would do it, right?
[22:33] <slangasek> heh, the importer hates --overwrite
[22:33] <SpamapS> slangasek: I get the same problem whether I merge-upstream lp:juju or an exported tarball tho.
[22:33] <slangasek> if you leave it as-is, the importer will move your branch aside
[22:34] <SpamapS> slangasek: it wouldn't care if I used --overwrite to get it back to a state it knows about though, right?
[22:34] <slangasek> I'm not convinced that's true
[22:34] <SpamapS> gah!
[22:34] <slangasek> the importer wigs out on nearly any use of --overwrite I've ever done
[22:34] <slangasek> maybe I'm just lucky that way
[22:34] <bryceh> slangasek, posted jbarnes' comments to the bug.  Seems he's recognizing it as a core drm bug
[22:34] <slangasek> bryceh: ack
[22:34] <SpamapS> my understanding is that it keeps track of revids that it has seen
[22:35] <SpamapS> so as long as I go back to the revid that it saw last, and no further, it should be ok
[22:35] <slangasek> SpamapS: so merge-upstream from a tarball gives me 27 fewer conflicts ;)
[22:35] <SpamapS> slangasek: progress
[22:36] <SpamapS> slangasek: it still would be missing files that got pushed over to the .moved dirs though
[22:36] <bryceh> slangasek, guessing we may have tons of dupes scattered about of this basic issue.
[22:37] <slangasek> SpamapS: yeah, this is an extra-special merge failure.  I don't have any idea why it's not happy using the existing dirs
[22:37] <slangasek> SpamapS: anyway, don't worry about reverting anything out of the UDD branch; just prep your upload however you'd like and upload it, and the importer will happily move your commits aside in favor of the authoritative contents of the upload
[22:38] <SpamapS> ok that sounds like a plan..
[22:38] <SpamapS> I do wish we had a better way to resolve this
[22:38] <slangasek> well, this is very much a corner case
[22:38] <SpamapS> like, at this point, I'm building a package by adding a debian dir to the tarball extracted
[22:38] <slangasek> I've never seen merge-upstream wig out like this about directories, when referencing a tarball
[22:39] <SpamapS> basically uupdate
[22:39] <slangasek> yep
[22:40] <slangasek> SpamapS: can you file a bug against udd about this, though?
[22:40] <SpamapS> slangasek: yes happily
[22:40] <slangasek> this is deep into "that shouldn't have happened" territory
[22:40] <SpamapS> This will be my second "that should happen" UDD bug
[22:45] <SpamapS> slangasek: bug 985285 FYI
[22:45] <slangasek> cheers
[22:47] <roaksoax> cjwatson: around?
[22:47] <cjwatson> roaksoax: yes
[22:47] <roaksoax> how can I disable multiarch on d-i? apt-setup/multiarch string false? or similar?
[22:48] <cjwatson> roaksoax: d-i apt-setup/multiarch string
[22:48] <cjwatson> (i.e. empty)
[22:51] <slangasek> does that do any good?  /etc/dpkg/dpkg.cfg.d/multiarch is also a conffile
[22:52] <cjwatson> heh
[22:52] <cjwatson> it may not, now you mention it
[22:52] <cjwatson> do I need to fix that?
[22:52] <cjwatson> http://paste.ubuntu.com/936150/
[22:53] <slangasek> cjwatson: I suppose so, if you care about this working :)
[22:54] <roaksoax> cjwatson: awesome thanks
[22:55] <cjwatson> slangasek: I care about not having to remember that it doesn't for five years
[22:55] <slangasek> cjwatson: ack ;)
[22:55] <slangasek> yeesh, can someone make sense out of https://launchpadlibrarian.net/66149842/Stacktrace.txt for me?
[22:56]  * cjwatson uploads
[22:56] <slangasek> somewhere between frames 5 and 4, we've lost a pointer on the stack
[22:56] <slangasek> (what was passed as arg 3 shows up as arg 2)
[23:00] <roaksoax> cjwatson: and would we be able to use something like d-i apt-setup/universe boolean false ?
[23:02] <cjwatson> roaksoax: yes
[23:02] <roaksoax> w
[23:02] <roaksoax> cjwatson: awesome, thanks
[23:04] <cjwatson> slangasek: I'm stumped.
[23:04] <slangasek> cool
[23:04] <cjwatson> I assumed it was a missing prototype, but doesn't seem to be.
[23:04] <slangasek> yeah, that was my first guess
[23:05] <cjwatson> Any compiler warnings?
[23:05] <slangasek> none of relevance
[23:05] <slangasek> (some asprintf warnings)
[23:05] <slangasek> I'm doing a rebuild now with warnings++
[23:06] <cjwatson> Is there any affinity between bug dups and architecture?
[23:06] <cjwatson> I see that one's amd64
[23:07] <slangasek> cjwatson: the first 4 and the last 2 are all amd64; I'm going to assume for the moment they all are
[23:08] <cjwatson> All amd64, checked in lp-shell
[23:08] <cjwatson> >>> master = lp.bugs[733453]
[23:08] <cjwatson> >>> for bug in [master] + list(master.duplicates):
[23:08] <cjwatson> ...  for line in bug.description.splitlines():
[23:08] <cjwatson> ...   if line.startswith('Architecture:'):
[23:08] <cjwatson> ...    print bug.id, line
[23:08] <cjwatson> ...    break
[23:08] <cjwatson> ...
[23:09] <slangasek> aha
[23:09] <cjwatson> that pattern saves a lot of time clicking around :)
[23:09] <slangasek> I would say so :)
[23:11] <slangasek> cjwatson: -Wall does not enlighten
[23:13] <slangasek> I wonder if something went wrong with the retracer on that one... would be good to have a way to double-check against the current version, rather than the retracer discarding any trace
[23:13] <slangasek> (why does the retracer not attach a trace when declaring it a dupe?  seems like that'd be simple enough...)
[23:13]  * cjwatson tries building it locally to see if gdb says anything useful
[23:15] <slangasek> well, that's the other thing... I've never seen this bug
[23:16] <slangasek> so maybe it's simple memory corruption
[23:16]  * slangasek afks for a bit
[23:17] <cjwatson> bizarre manifestation of it though


 @Stereofont, do it joe.
[04:10] <tgBot1> <Lars Goran> I,all
[04:11] <tgBot1> <Lars Goran> I,all
[04:11] <tgBot1> <Lars Goran> Hi
 @ignorare, Right
[04:43] <tgBot1> <Michael Liu> Article: Ubuntu 18.04 LTS Will Default To The X.Org Stack, Not Wayland … http://flip.it/AiH8E-
[04:44] <tgBot1> <Michael Liu> Article: Ubuntu 18.04 LTS Will Default To The X.Org Stack, Not Wayland … http://flip.it/duybS9
[04:47] <tgBot1> <Michael Liu> " No Wayland, maybe default to X.org
[04:47] <tgBot1> <Lars Goran> hi
[04:49] <tgBot1> <Lars Goran> Got the installer working.using ubuntu touch now on my BQ Aquaris E 5 HD Ubuntu Edition.😊
 Hello Lars Goran... thats great news!
 You now have UBports?
[04:49] <tgBot1> <Lars Goran> Has anyone used the webapp for skype lately?
[04:49] <tgBot1> <Michael Liu> Lars Goran is good working ?
[04:50] <tgBot1> <Lars Goran> I got wrong language all the time when I try to use it.
[04:51] <tgBot1> <Lars Goran> Yes, I use ubports on my phone
[04:51] <tgBot1> <Michael Liu> ??
 @Lars Goran, Does it work correctly if you use the webbrowser app?
 perhaps the webapp is linking to a different url.
[04:52] <tgBot1> <Lars Goran> no,thats the one from the store
 I know... where I'm going here... is that if it works ok using the standard web browser...then you can create you own webapp with the correct url and user agent string.
[04:54] <tgBot1> <Lars Goran> how?
 In the open store
 is an app called Webapp creator
 Its great at creating webapps for your most favorite sites.
 If all goes well, please publish it to the OpenStore. 👏
[05:06] <tgBot1> <Lars Goran> ok
[05:07] <tgBot1> <Lars Goran> are there any attempt to get android apps to work with ubports?
 @Lars Goran, Yes!  We have made great progress with anbox on Ubuntu Touch 16.04.
[05:09] <tgBot1> <Lars Goran> oh?how to use it on the phone?
 https://ubports.com/blog/community-updates-3 … Check out the most recent Community Update.
 http://docs.ubports.com/en/latest/userguide/dailyuse/anbox.html
[05:35] <tgBot1> Santandreuvilla68 was added by: Santandreuvilla68
 Hello @Santandreuvilla68 and welcome!  I'm part of the UBports welcoming team.  To help you get started, please take a look right away at our newcomers welcome page (https://ubports.com/page/telegram-welcome) and thanks again for joining us! :)
 hello, can you install it on a bq Aquaris e5?
 @Santandreuvilla68, Yes.  It is listed here: … https://devices.ubports.com/#/
 Instructions are for Ubuntu Edition version.
 Thank you
 https://ubports.com/ubuntu-touch/get-ut
 The installers an be found here.
 Thank you very much for the information
 👍
 @Jimmie Johnsson, Hi Jimmie I followed your qt/c++ example and it was of great help. I find the documentation you generated very useful. I would suggest to structure it somehow (your blog, github...) and to get in contact with @mimecar. He has been creating a great app programming course. … There should be also a team documenting at ubports official website.
 @DanChapman, I've created the pull request...I logged the Issue on ubuntu touch and not in the keyboard component repository..seems to be no way to move it? I can't reference it in the pull request
 Good morning!
 I'm trying to install on my e4.5. The installer is in a loop for ages it asks me to connect the phone via usb, the phone is in fastboot mode...
 can anybody help?
 @@kim, Can you come to  the Newcomers Room for this? @WelcomePlus
 @Javacookies, Just copy the url of the issue into the pull request description somewhere
 👍
 @Javacookies, You can just copy full url into your text
 No you cant move issues. We can, but its not always necessary
 done it, thanks
[09:08] <tgBot1> <Jimmie Johnsson> @gab11010 thanks, Im glad you liked it. I might write another one, as I stumbled on a couple of more things that was confusing to me. Yes, I agree its a good idea with a documentation site, should have a link on the ubports site to something like whar @mimecar put together. Ill try and get in contact with @mimecar , would be great if the documentation is centralized somewhere. Again, thanks for the positive feedback!
 Jimmie I use Gitbook for the doc
[09:11] <tgBot1> <Jimmie Johnsson> @mimecar i really liked the structure of your documentation, best i have seen out there. Yeah, thats probably a good site to use - most important though is that the docs are on same site. Maybe you could house my examples too? And perhaps someone who runs ubports site could have a link to that site?
 Each page of the documentation is a separate file. A new block can be easily added.
 Now I have a collaboration of @fulvius999 , if you want I can add your part as another "independent"block.
 The code that generates the book is in GitHub:  https://github.com/mimecar/ubuntu-touch-programming-course-gitbook
 Another advantage of GitBook is that you can have the same document in several languages.
[09:16] <tgBot1> <Jimmie Johnsson> That would be great. Im going to try to put one or two more examples together as well. Dont know who to get in contact with to get your site on a link from the ubports site but I think it should be there so others can easily find the info right of the bat. Cool, i eil
[09:16] <tgBot1> <Jimmie Johnsson> I will have a look at it :)
[09:24] <tgBot1> Me was added by: Me
 Hey, currenlty try to instlall ubuntu touch on my fairphone, but the installer dose not detect my device. Is there any common mistake I maby mad?
 why there is no info about current xenial version that work in supported devices, like RIL : work, in progress, wifi : fixed, and so on
 @Me, You will find help at @WelcomePlus
 @unknown, thx
 @Lars Goran, Not ready yet. It is still being built
 @Walid, I think there is just too much stuff at the moment. When the issues narrow down and some aspects become stable, documentation will be much easier. Saying 'almost everything is broken' isn't useful information
[10:01] <tgBot1> Радик Хисамутдинов was added by: Радик Хисамутдинов
 Welcome Радик! Ask questions, join in. Glad to have you in our community. https://ubports.com/page/telegram-welcome for lots of newcomer information 🚪
 http://t.me/UBports_Ru
[10:07] <tgBot1> <Радик Хисамутдинов> Thank
 @Crash_Burn, The installer doesn't work and I've done it just like the instructions says but in the last step the installer doesn't work. My mobile is a Bq E5, the installation is on Windows 10
 (Photo, 1280x959) https://irc.ubports.com/pvuOf2PW/file_3928.jpg
[10:20] <tgBot1> Marco Aldegheri was added by: Marco Aldegheri
 Dopo ripetuti tentativi, ha funzionsto l'installer su E4.5; nessun risultato su M10 ne con MDt ne con stringa da terminale, ne con installer
 Gracias
 @Marco A, Hello Marco. Welcome! Check https://ubports.com/page/telegram-welcome … Not-a-bot™ Ask, chat, explore!
[11:08] <tgBot1> Armando A. Giammarco was added by: Armando A. Giammarco
[11:10] <tgBot1> Dees_troy was added by: Dees_troy
 anyone here who can share gc trial? …  or a android build server?
[11:11] <tgBot1> <Marco A> @Stereofont, Thank you!
 @Stereofont, Haven't greeted me *yet huh? 😂
 @Armando A. Giammarco, Hello Armando and Hyper. Welcome! Check https://ubports.com/page/telegram-welcome …  Freebie intro.
 For Android building there probably won't be a mad rush on here. Our mission is rather different 😂
 does anyone know if clickable works on a vm?
 @cominif, Ciao, ti ricordi come hai fatto l'ultima fase per avviare l'installazione?
 @matv1, if it runs python and docker, it will work … Brian said that 😄
 Lo scrivevo tempo fa: unixa differenza dalle precedenti è che qyabdo procedura ha funzionato, il device mi ha chiesto di autorizzare il debug usb
 @Javacookies right. Lets try that then. Cheers
 @Santandreuvilla68, I am just wondering whether lots of modifications made to the 14.04 desktop and the Canonical UT on the tablet over time are creating complications.  Since this install is very problematic, I would favour a clean 16.04 on a desktop and a clean Canonical on the tablet by using  [warning! danger!] SPflashtool
 @Stereofont, I am not able to guide in Italian
 I'm thinking of getting a cheap, second hand HDD to experiment with the desktop version of Unity 8/Ubuntu Touch. Is there a guide available for installing it?
 Also, I have an HDD with standard desktop Ubuntu 17.10/Unity 7 which is capable of moving between a small desktop with Intel architecture and a bigger one with an AMD processor just fine AFAICT. Is this possible with desktop Ubuntu Touch, too.
 Hi! I have the ub ports 14.04 image installed on my bq E5 phone. i want to install the last 16.04 image. How is the best and easyst way to do that?
 @Jyoti, It is quite broken and you may have difficulty going back. Probably best that someone with an E5 comments
 Thanks
 just to know: may i use the ubports installer to install ubports directly in a phone with android? or i need first install the canonical ubuntu image?
 With Android should be fine. Just remember to open developer options, allow OEM unlock, enable USB debugging, use MTP as default mode
 ok 😊
 @TartanSpartan, Not quite sure what you're asking
 are there any problems preventing UBPorts from building arm64 rootfs, or it's simply not set up?
 @Jyoti, If it's bq/meizu device, you need to use spflash tool to fix partitioning, first
 @NotKit, The work was never finished by canonical to do it
 It's stil WIP for ubports as well https://github.com/ubports/ubuntu-touch/issues/390
 to install with ubports installer, I think the UBports installer enables automatically the fast mode, right? I do not need to enable it by pressing vol+power?
 which means some packages are already built, but there is no complete rootfs?
 @dohbee, SPflashtool is very useful but it can brick your device. Handle as carefully as you would a rattlesnake!
 @dohbee If I install desktop Ubuntu Touch on an AMD64 machine, can I move it over to an Intel 64 bit processor (Celeron 2807 if it matters) or vice-versa, interchangably, as I can with more conventional desktop Ubuntu?
 @Jyoti, Installer needs a manual press at the first stage
 I think perhaps I was slightly confused, it seems more like what I'm referring to isn't so much a port of Ubuntu Touch to desktops, but just an overlay of Unity 8 atop a 16.04 desktop installation?
 @TartanSpartan, It is still just Ubuntu, yes
 I see. Still, I may do this.
 Is not the exact same stack as on the phone
 You can run it in a kvm too
 @NotKit, Right, not everything is ready for it. Was happening as part of the snaps conversation, and moving to u8 by default
 I've never messed around with VMs in my four year direct experience with Linux, but maybe one day.
 Install virt-manager. It's easy to set up a 16.04 vm, and install u8 in it
 @dohbee, no, I mean not Canonical, but current effors by @mariogrip
 The thing is, I don't know the first thing about VMs, or why one would use them, or why one would need them to supplement their existing installations. I will look into it at some point, though.
 @NotKit, I don't think there's any explicit effort to get arm64 rootfs yet. Need to get xenial working on armhf first
 Besides, most all supported devices currently are only 32-bit
 @TartanSpartan, To test things in isolation, without breaking your  base system, as one example. And to not need dual boot on metal. Allows more security for if you need to run windows for example
 Metal?
 HI. i am installing by ubports installer but the installer do not ask me to start the bootloader mode, just started automatically the fastboot mode without asking anything. shoud i do something?
 (Photo, 1280x720) https://irc.ubports.com/UfZd00uR/file_3930.jpg
 Ok. Yes. Part of the install is in fastboot to flash the recovery
 @TartanSpartan, Real hardware
 I have setup in this mode for several minutes and nothing happens. Is there something I should do or just wait for?
 Il mio M10 non si muove da li
 Modalità fastboot senza problemi. Poi si pianta li
 Not sure. Device already had ubuntu?
 yes. had ubports 15.04
 @cominif, Please go to @ubports_it for italiano
 i am trying to install 16.04
 Sono già nel canale italiano
 anche nel canale italiano
 @Jyoti, Why not just do `system-image-cli -vvvv --switch ubports-touch/16.04/devel` ?
 Rodney Dawes, ho to do that?
 how to do that?
 In terminal app on phone, or via ssh
 ah, i did not know this possibility
 i will switch off and try this way...
 @Stereofont, Jose are you able to explain this in Italian?
 just to copy and past this command in termnal?
 Yes
 thank you. i will try now
 @cominif, @TronFortyTwo
 Ah ok.
 Jyoti I strongly recommend to run that command from a desktop with access to the phablet shell, rather than trying to hack it to run natively on the phablet. I had a lot of grief recovering it from a soft brick.
 If you haven't already run the command.
 i have run the command on phone but nothing happened...
 ?
 It just returned to shell?
[13:01] <tgBot1> Progromizd was added by: Progromizd
 @dohbee, I sent you a message with a picture of the process
 Oh you have the keyring issue
 Try running it with sudo
 i do not know what is this issue 😊
 ok. mus i try from the desktop this time?
 I think it can't run unless you hack it, e.g. use iperspace, due to AppArmour restrictions. But yes try from the desktop, that is easiest.
 Well, it's easier to read the log messages via ssh
 @TartanSpartan, There is no apparmor issue.
 ok. thanks for your help. i conected to the computer with lubuntu. how can i acess the comand to phablet?
 I may have been guessing. But I know it wouldn't run for me without iperspace (or perhaps On The Road would work) and it bricked my phone, for whatever reason, until I learned how to empty the cache in recovery. Hence m6 recommendation.
 *my
 Try adb shell.
 i do not know how to try adb shell... i open the terminal on lubuntu and write something to acess this adb shell?
 Yes type adb shell. If it doesn't work, you may have to install packages on lubuntu.
 retourned "no devices/emulators found"
 Your USB cable is connected to the phone and PC?
 yes
 Is your phone in dev mode, unlocked, and connected on USB?
 maybe the problemm is with the cable. i will try with another cable
 And try another USB port if changing the cable doesn't help.
 yes!! now the feedback was "phablet@ubuntu-phablet:~$ "
 Boom!
 now, just write "system-image-cli -vvvv —switch ubports-touch/16.04/devel"? with or without sudo?
[13:18] <tgBot1> Anime_lubitel was added by: Anime_lubitel
 @Anime_lubitel, welcome!
 With sudo I think. @dohbee I forget if there's a specific flag to ensure that a wipe doesn't happen?
 HELLO
 @dohbee, usage: system-image-cli [-h] [--version] [-C DIRECTORY] [-b BUILD] …                         [-c CHANNEL] [-d DEVICE] [-f FILTER] [-m MAXIMAGE] …                         [-g] [-i] [-n] [-v] [--progress PROGRESS] …                         [-p PERCENTAGE] [--list-channels] [--factory-reset] …                         [--production-reset] [--switch CHANNEL] …                         [--show-settings] [--set KEY=VAL] [--get KEY] …
[13:21] <tgBot1>      [--del KEY] [--override-gsm] … system-image-cli: error: unrecognized arguments: —switch ubports-touch/16.04/devel
 who knows when there will be a version for Wileyfox Swift 2?
 @TartanSpartan, system-image-cli: error: unrecognized arguments: —switch ubports-touch/16.04/devel
 It is two dashes, not single long dash
 ok
 who knows when there will be a version for Wileyfox Swift 2?❔❔❔❔❔❓❓❓❓
 When you port it
 now i think the installations is going on...
 For what it's worth, a first glance at that phone's specsheet doesn't suggest incompatibility with UT's requirements. Am I right?
 long live UBports Supergroup community! 😊
 Amen to that!
 (Video, 18s)https://irc.ubports.com/SVbqTL7J/file_3931
 @Anime_lubitel, It was discussed a lot by Turkish members but I did not hear about a port starting. There is no team of developers waiting for device suggestions. If someone wants a port, they must do it themselves
 how can i install android apps on turbo/16.04/anbox? adb install Fdroid.apk says: adb: error: failed to copy 'FDroid.apk' to '/data/local/tmp/FDroid.apk': remote Permission denied
 thank you, Rodney, thank you Seumas! I only could do the installation with your help
 Happy to assist :)
 and is there a workaround to get the openstore working on 16.04?
 @Der_Sven, Don't the anbox instructions tell you how to use it?
 @Der_Sven, It should work. What does the log say?
 is there another instruction site than https://docs.ubports.com/en/latest/userguide/dailyuse/anbox.html ?
 True enough, I haven't been able to view apps on the Openstore on Xenial.
 No, but I would expect it to specify how to get a store installed
 @TartanSpartan, i can see the menu with numbers how many apps there should be in the subsection, but if i select one, its empty
 @dohbee, what logfile? syslog? or is there a special log file
 The log file for the app. In ~/.cache/upstart/
 This is all that I can see in the app, besides app updates which works I think:
 Hello @Progromizd and @Santandreuvilla68   If you have any installationquestions and want to chat, please head over to @WelcomePlus room.
 (Photo, 2560x1440) https://irc.ubports.com/EcGzDIIR/file_3933.jpg
 @dohbee, seems there's no logfile for the openstore app in .cache/upstart
 (Photo, 2560x1440) https://irc.ubports.com/mnL6xNdq/file_3935.jpg
 @Der_Sven, There must be.
 And if you tap on one of those categories, "No results found. Try with a different search."
 @dohbee, oh yes, logname beginns with application-click...
 Yes
 after opening the appstore, if you tap on the apps that seems to be empty, you can see the app and instal
 but you cant search for a specific app
 @dohbee, https://pastebin.ubuntu.com/26477271/
 That doesn't look good. Open a bug on the open store GitHub, if there isn't one yet
 where is currently the docs hosted aka https://developer.ubuntu.com/api/qml/sdk-14.10/QtTest.TestCase
 i mean Ubuntu.Test.UbuntuTestCase
 found it https://api-docs.ubports.com/sdk/apps/qml/Ubuntu.Test/UbuntuTestCase.html
 @Stereofont, Sorry I was offline and I haven't followed the conversation. How can I help?
[15:25] <tgBot1> Markus Kling was added by: Markus Kling
[15:41] <tgBot1> <Markus Kling> Hi folks, can someone help with flashing a BQ M10 FHD tablet? The installer seems to be stuck somehow...
 @TronFortyTwo, Italian is needed 😎
 @Markus Kling, Hello Markus. Welcome! Check https://ubports.com/page/telegram-welcome … Not-a-bot™ Ask, chat, explore!
 Markus, follow the link to the welcome and install room
 Markus @WelcomePlus is the shortcut.
[15:50] <tgBot1> <Markus Kling> Thank you
[16:03] <tgBot1> Orionwifi was added by: Orionwifi
 Hello
 I want to install Ubuntu touch on my Gionee f103 pro
 @Orionwifi, Hello Niraj. Welcome! Check https://ubports.com/page/telegram-welcome … Not-a-bot™ Ask, chat, explore!
 Chat
 @Orionwifi, Seems powerful but some sort of generic CPU? Built only for the Indian market it seems. Looks like a struggle
 https://t.me/UBports_India here you may find people who know about the phone
 Outgoing calls are not working on my OnePlus One, is that normal?
 @Georgecloon, Is it dual SIM?
 I don't think it is
 @Georgecloon, Was just looking for a simple solution 😁
 Ah, ok
 I found this: https://github.com/ubports/ubuntu-touch-for-oneplus-one/issues/30, but it was closed 8 months ago
 don't work at all, or no audio, or what?
 i'm pretty sure they are generally expected to work, as i'm pretty sure Marius has an OPO
 if you're on 16.04, maybe there are some old things that crept back in, as things are not quite all together there yet
 When I call someone, it the call length stays at 00:00 for a couple of seconds and then it hangs up
 I'm on 15.04 stable
 Incoming calls work fine
 Texts also work fine
 Incoming and outgoing
 Maybe it is not linking to Contacts data?
 Scratch that, outgoing texts don't work
 They did work earlier today
 Maybe a provider issue
 Worth checking the network
 Maybe I went over my limit or something
 @Stereofont, How?
 @Stereofont, This
 @cominif, In response to this. I think the weight of history on the 14.04 desktop and on the tablet is interfering with the install. Clean is best
 @Georgecloon, I inserted my sim card in an old Android phone, called two people, inserted it in my OPO and it worked again. I couldn't figure out what the problem was, but it works again.
 @Georgecloon, witch version did you use ? xenial 16.04 ?
 https://www.humblebundle.com/store/amnesia-collection
 @Walid, 15.04
 @Montefrio, Please don't spam in here with off topic things.
 ok
 @Georgecloon, When in doubt, give it a good kick 😋
 @Stereofont, Haha, exactly
 maybe some service on the phone got interrupted, and re-inserting the sim caused it to get started again?
 @dohbee, I reinserted the sim card a couple of times without inserting it in another phone a couple of times as well
 weird
 @Georgecloon, if you have not any importing data, try wipe your phone and reinstall UT
 @Walid, No need to, it works again
 @dohbee, Yeah, pretty weird
 It seems there is a bug into 16.04 on the PRO 5 can not detect simcard....
 It says that
 But it does
 It's an issue with the network settings
 @UniversalSuperBox, Ok i hope it would be solved soon ;)
 there is a bug i want to ask about.. i haven't found a bug report..maybe is the case i make one..often on my nexus5 type of connection menu for mobile-data (2G,3G,4G) disappear and leave me without the possibility to chose a different one until reboot. Anyone else with the same bug? i often use the phone in rndis mode and i am on vivid devel..
 @UniversalSuperBox, It say that but i dont see any network sign above, so it would be possible tho make calls and recieve if i understand it corectly?
 @Georgecloon are you the real George Clooney?
 Yes I am
 Woah
 Would you like some Nespresso? I've got lots from the commercials
 @dohbee, this is a shot in the dark, but might you know if there's more information on the licensing of the Phone docs? https://docs.ubuntu.com/phone/en/ … I'm thinking it's "All Rights Reserved"
 https://www.youtube.com/watch?v=lDHGTGMPE8Y&feature=youtu.be
 @UniversalSuperBox, Afaik, they are all bsd. But don't quote me in court
 I can't find the license...
 Well, there's the theme, and then there's the docs, generated from doxygen or something
 I'm really just interested in the text.
 Dunno how long they're going to stay up, so I'm looking to move them
 An update with the latest Ubuntu Touch Audiocast link has just been dropped in the UBports News Channel.  To learn more about this news be sure to subscribe to the News Channel here: https://t.me/ubports_news
 So I managed to get my hands on a DragonBoard 810 (APQ8094)  dev board...
 would it be useful for UT devs in any way?
 @UniversalSuperBox, Afaik, the text is all in the libs
 @seshpenguin, Not especially. Unity 8 already works ok on it, since you can just run a standard Ubuntu


[17:48] <tsimonq2> ...fridge calendar not up to date? http://img.ctrlv.in/img/16/09/13/57d83ba7842f2.png
[17:48] <jose> it's up to each team to let s know if something's changed
[17:56] <tsimonq2> hmmm
[17:56] <tsimonq2> pleia2: see what's wrong on the image?
[17:57] <pleia2> could you just tell us?
[17:58] <pleia2> and jose is right, it's not our job to stay on top of teams about it, they're responsible for making sure it's accurate for their team
[17:58] <pleia2> too much work for us
[17:59] <pleia2> (in fact, I'm not even sure how it came to be our responsibility at all...)
[18:01] <Unit193> Is the IRC team on there?  We've not had a meeting this or last year.