[04:47] <Lenovo_> hi
[04:48] <Lenovo_> I am having trouble installing Ubuntu touch on a Lenovo A8-50 or samsung galaxy tablet
[04:49] <Lenovo_> On the Lenovo I have unlocked the OEM, on the Samsung I cannot unlock it
[08:32] <kaisoz> hi!
[08:35] <duflu> Hello kaisoz
[08:35] <duflu> greyback: I suspect (actually can measure) much of our remaining dash performance issues are CPU bound. Anyone looking into that side yet?
[08:36] <greyback> duflu: I believe that is on tsdgeos' plate
[08:36] <duflu> Cool. I know it's impractical to collect CPU profile data on a phone, but it is possible.
[08:36] <duflu> I haven't done it in a while
[08:37] <duflu> Kind of requires a binary that will run without needing interaction
[08:37] <tsdgeos> it's on my plate yeah, i'm first still working on the metrics reporting
[08:37] <tsdgeos> but eventually will get there
[08:38] <duflu> tsdgeos: I've had luck with valgrind --tool=callgrind in the past. Collect data on a phone and then visualize on desktop with kcachegrind
[08:39] <duflu> Also try Google Profiler (the only free one that can accurately measure time wasted in the sleeping state)
[08:44] <duflu> Although you can start using just desktop
[08:46] <popey> duflu: greyback had some tools he demo'd at the desktop sprint in prague. dunno if you're already aware of them. SoC specific ones IIRC
[08:47] <greyback> duflu: for Qt apps, we can use a power profiler tool in QtCreator
[08:48] <greyback> popey refers to other tools I found, which profile the entire device CPU & GPU, and help you see what's going on in the whole system
[08:48] <duflu> I'm trying to avoid mentioning Q* things as it's entirely possible our problems are simpler than that
[08:48] <greyback> duflu: sure, but you were referring to the Dash
[08:49] <greyback> duflu: I wrote up guide on a nice profiling tool for Mali, DS-5, here: https://wiki.ubuntu.com/Touch/GPU%20profiling/Mali
[08:57] <ogra_> popey, how is your battery life on the pro5 ? (i have the feeling mine doesnt properly go to sleep, i lose about 50% over night (rc-proposed))
[09:27] <popey> ogra_: mine's charged a lot of the time
[09:27] <popey> or on charge
[09:28] <ogra_> ah, i only charge mine when it tells me to
[09:28] <ogra_> (and unplug when it is full)
[09:28] <popey> last full charge 24 hours ago, now at 69%
[09:28] <popey> oh, it was off overnight  😃
[10:14] <brunch875> I'm wondering... why stuff like snaps when you can confine with groups and reading permissions?
[10:14] <brunch875> there's more to it, isn't there?
[10:19] <ogra_> brunch875, try #snappy ;)
[10:20] <brunch875> I'm afraid I might get lit up from asking these sort of questions :Þ
[10:20] <ogra_> nah
[10:21] <ogra_> nobody bites over there (at least everyone pretends not to :) )
[10:23] <svij> they only tend to nibble (especially that ogra_ guy)
[10:23] <ogra_> haha
[11:22] <brunch875> I just used phone to flirt huehue
[11:22] <brunch875> utouch++
[13:00] <jdstrand> popey: hi! I'm going through the reviewers queue and clearing out things/getting questions answered. would you mind looking at permy though? its security policy did not change
[13:36] <mterry> oSoMoN, heyo!  What's the plan for building webbrowser-app on arm64?
[13:36] <ogra_> hmm, so my miracast adapters arrived ... seems my session crashes when i disable the external display
[13:36] <oSoMoN> mterry, the plan is to first have oxide build on arm64
[13:36] <mterry> ogra_, why would you ever want to disable such a beautiful thing
[13:36] <mterry> oSoMoN, is there a rough ETA on that?
[13:36] <ogra_> and the fonts are super blurry (my moniotor says it gets 1080p60 ... though that m,ight only be from the adapter)
[13:36] <mterry> oSoMoN, like next month, next week, etc
[13:36] <ogra_> mterry, yeah, when making a call for example ;)
[13:37] <peat-psuwit> Are there any event that's propagate to Android container when booting is done?
[13:37] <ogra_> bahm and two-finger-scrolling is completely broken ... goes into the wrong direction
[13:37] <ogra_> peat-psuwit, only the other way round IIRc
[13:37] <jdstrand> popey: thanks!
[13:38] <ogra_> (teh container listens to ueventd and sends an event to upstart once it is done )
[13:41] <peat-psuwit> ogra_: No property set? Like, when unity finish starting up?
[13:42] <ogra_> i dont think we seed anything into the container, no, we need it completely running for most of the graphical bits
[13:42] <ogra_> so it has to be done even before lightdm starts the UI session
[13:43] <ogra_> (and lightdm waits fro the event from the container ... see its upstart override job)
[13:44] <peat-psuwit> ogra_: Ok. I'm trying to mimic this event: "on property:init.svc.bootanim=stopped" in Android init. I guess I have to create an Upstart job to do that.
[13:45] <ogra_> err
[13:46] <ogra_> that would be long before anything in ubuntu started up
[13:46] <oSoMoN> mterry, that’s tracked by bug #1582638 , see the comments in there
[13:46] <ogra_> peat-psuwit, but yeah, you can easily put that into a unity8.override post-start script snippet
[13:46] <oSoMoN> mterry, more in the "next month" ballpark
[13:46] <ogra_> peat-psuwit, just make sure the android boot finishes fully ...
[13:47] <mterry> oSoMoN, ok thanks!
[13:47] <ogra_> peat-psuwit, i.e. you cant really block the container boot on this else you produce a deadlock
[13:51] <peat-psuwit> ogra_: I'm not sure I understand you correctly.
[13:52] <ogra_> peat-psuwit, do youo want to make the android container boot block until this property is set ?
[13:52] <ogra_> (this wouldnt work  since the container must be done booting for lightdm to start)
[13:53] <peat-psuwit> ogra_: No, not at all. It's kind of post boot adjustment for CPU governor and such.
[13:53] <ogra_> ah, well, then you should just be able to use setprop from either the lightdm or unity8 upstart jobs
[13:54] <ogra_> (i think lightdm would be easier since that doesnt run as the user ... though a bit early perhaps)
[14:04] <peat-psuwit> ogra_: Ok. Thank you, then.
[14:48] <mardy> dobey: hi! About your comment on https://code.launchpad.net/~mardy/ubuntuone-credentials/signon-plugin-part2/+merge/293217
[14:49] <mardy> dobey: SSOService::login() is (in the core currently on the images) calling Keyring::storeToken() after the authentication succeeds,
[14:49] <mardy> dobey: and the latter creates the account (if not already present)
[14:49] <mardy> dobey: the signon-plugin takes care of storing the token only, but it has no knowledge of accounts
[14:50] <mardy> dobey: so that dance with the Accounts::Manager to create the account must still be done somewhere
[14:50] <dobey> yes i know how it works currently
[14:51] <dobey> the account should already be created in the qml plug-in afaik
[14:52] <dobey> mardy: doesn't libsignon or libaccounts already have some way to flag the credentials as being invalid for an account? or is the oauth plug-in just hitting the respective server every time the account is requested by an app?
[14:53] <mardy> dobey: ideally, the right place for doing that is the account plugin, but it may be that for this first iteration it's simpler to keep this code in the lib
[14:53] <mardy> dobey: in a next iteration, I'd like to rework the account plugin so that it's QML only, using the Ubuntu.OnlineAccounts module directly (should be doable)
[14:56] <mardy> dobey: no, it's plugin specific; the OAuth plugin also has a ForceTokenRefresh option
[14:56] <dobey> ick
[14:58] <mardy> dobey: I've just checked, the U1 account plugin does not create the account, it relies on SSOService::login
[14:58] <dobey> mardy: so it just shoves another flag into PluginData and then calls authenticate()?
[14:58] <mardy> dobey: yes
[14:59] <mardy> dobey: ah, now I remember why I didn't convert the account plugin to use the signon-plugin directly: the signon-plugin does not have the functionality to create an account on the server (yet)
[15:00] <dobey> well i'm not worried about creating new accounts on the server yet
[15:14] <mardy> dobey: found a little bug with default-token-name, please don't hurry up with landing https://requests.ci-train.ubuntu.com/#/ticket/1461
[15:16] <dobey> mardy: i haven't even assigned a silo to build it in yet. wanted to get the large part2 branch reviewed enough to be close enough to what we want to land, before building
[15:16] <dobey> and was trying to find a couple other easy things to fix along with
[15:17] <dobey> since our TZ overlap is not great, makes the turnaround for changes a bit annoying :)
[15:17] <mardy> dobey: true
[15:18] <dobey> mardy: why would respondWithStoredToken() always fail?
[15:21] <mardy> dobey: because the stored data it expects must be in the form { "token-name": { "Token": ..., "TokenSecret": ..., ... }, "other-token-name": {...}, ...}
[15:21] <mardy> dobey: unless you tell me that we will never ever support more than one single token name, it's better to store data in this way
[15:22] <dobey> mardy: it still stores data in that way
[15:22] <mardy> dobey: yes, but now process() can be called with an empty token name, so the lookup in the stored data will fail
[15:23] <mardy> dobey: I think that at the beginning of process() we should do tokenName = m_data.TokenName().isEmpty() ? buildTokenName() : m_data.tokenName(), or something like that
[15:26] <dobey> mardy: process() could have been called with an empty token name before too. this doesn't seem like a problem with my branch (if it is indeed a problem)
[15:27] <mardy> dobey: no, tokenName was a required param before
[15:28] <mcphail> popey: is your microsoft dongle the one on offer on ebuyer today?
[15:28] <dobey> mardy: but it could have been an empty string
[15:29] <dobey> oh i guess validateInput checked that it wasn't empty
[15:30] <mardy> dobey: well, probably, but than that was a fault with my code; my intention was clearly to have it as a mandatory non empty param
[15:30] <ogra_> mcphail, you want the v1 version ... that works for sure
[15:30] <dobey> mardy: anyway, yes, currently we only have the one token name for any one device
[15:30] <ogra_> not sure if/how well the v2 works ... i just got two v1 ones ... both work OOTB
[15:30] <mardy> dobey: ok; but do you agree that we could set it right at the beginning of process, if it's empty?
[15:31] <mcphail> ogra_: ta. Thought it was a bit pricey anyway
[15:31] <ogra_> it is ... 40€ or so
[15:33] <Laris> Hello, so I am thinking of switching android to ubuntu touch
[15:33] <popey> mcphail: link?
[15:33] <Laris> can you install glibc.i686 for example on the device after you have ubuntu touch as your os?
[15:33] <popey> mcphail: https://www.amazon.co.uk/gp/product/B00J9C2JDG is the one I have
[15:34] <dobey> mardy: probably not in process(); though i think process() probably needs to be a bit more complex, in order to actually use the signon plug-in
[15:34] <mcphail> popey: hold on - just deleted the email after ogra_ told me to look at the other version... :)
[15:34] <popey> hah
[15:35] <ogra_> well, that pic shows v1
[15:35] <ogra_> afaik the "big part" is smaller in v2
[15:35] <dobey> mardy: if i set it in responseWithStoredData(), it should satisfy your complaint here, no?
[15:35] <popey> http://www.ebuyer.com/743240-wireless-display-adapter-v2-hdmi-usb-in-p3q-00003 is the v2
[15:35] <popey> yes, smaller "big part"
[15:36] <mardy> dobey: yes
[15:36] <mcphail> popey: http://m.ebuyer.com/743240?utm_source=2016-05-27&utm_medium=campaign_email&utm_campaign=B2C_%28Friday%29_Openers
[15:36] <mardy> dobey: please apply this to test: http://paste.ubuntu.com/16733924/
[15:36] <ogra_> mcphail, thats a v2
[15:38] <Laris> can someone please tell me if having ubuntu touch on your device makes it possible in installing 32 and 64 bit libraries?
[15:38] <popey> you can tell it's a v2 by the price :)
[15:38] <mcphail> ogra_: yep. v1 much cheaper anyway
[15:38] <popey> 34vs50 quid
[15:38] <dobey> grr, pastebin is broken
[15:39] <ogra_> Laris, that culd theoretically work in a libertine container if you would have a 64bit rootfs (which we do not have yet) ... then you could enable 32bit execution
[15:39] <mcphail> popey: yep - 20 quid more and you could get the little asus nettop
[15:39] <Laris> aha.
[15:39] <Laris> thanks ogra_
[15:40] <ogra_> Laris, note though that the only x86 rootfs/image we currently have is for the emulator
[15:40] <ogra_> al supported devices are ARM
[15:40] <Laris> this is what I wanted to find out
[15:41] <Laris> I made the mistake into unrooting my device and getting the latest kernel
[15:41] <ogra_> you can do a normal ubuntu install and install the unity8 mir session though
[15:41] <ogra_> in case your device is PC compatible
[15:41] <Laris> I can't root it again as there is nothing available for this kernel and the other way to have uid-0 is to lose my knox certificate and other
[15:42] <Laris> it's a samsung a3
[15:42] <ogra_> ah
[15:42] <Laris> I want to try some pentesting tools and I guess I'll have to wait some more or get an older patch of my actual os
[15:43] <ogra_> hmm, so casting a 1080p youtube movie from my pro5 to the TV still gets me quite some frame dropping ...
[15:43] <Laris> anyway, thanks, it helped
[15:43] <ogra_> popey, ^^ did you try that ?
[15:43] <dobey> also we only have an i386 image for emulator right, no amd64?
[15:43] <ogra_> dobey, yeah, i think i mentioned that above
[15:43] <dobey> ogra_: you just said "x86" :)
[15:43] <ogra_> yeah :)
[15:44] <ogra_> (i could have said "intel" but x86 makes me sound so much more professional :P )
[15:44] <dobey> "intel" wouldn't have made it more clear than "x86" does, about whether it's 32 or 64 bit
[15:45] <mardy> dobey: this is my proposal, feel free to modify it at will: http://bazaar.launchpad.net/~mardy/ubuntuone-credentials/default-token-name/revision/243
[15:45] <ogra_> its "all x86 sstems"
[15:45] <mardy> dobey: but the test case is fine, on that I'm sure :-)
[15:46] <dobey> i don't know why we don't build an amd64 emulator image
[15:46]  * mardy is EOD
[15:47] <dobey> cheers
[15:52] <popey> ogra_: no
[15:52] <popey> ogra_: I think the dongle scales down to 720p
[15:53] <ogra_> well, the one attached to my monitor tells me 1080p60 ... on the monitor side though ... could be it scales internally
[15:53] <ogra_> fonts are definitely very hard to read here
[15:53] <popey> yeah, same
[15:53] <ogra_> on both, monitor and TV
[15:53] <popey> looks awful
[15:53] <brunch875> queschiun: Can I put a reminder on calendar so that it reminds me with an alarm?
[15:54] <brunch875> or should I use the tasks app?
[15:54] <dobey> brunch875: calendar events can have alarms, yes.
[15:54] <brunch875> hoorraaay
[15:55] <ogra_> since forever :)
[15:56] <brunch875> Now how about I add it on my laptop's calendar program. Will it sync?
[15:56] <brunch875> cause that'd be bombastic
[15:58] <brunch875> meh desktop calendar doesn't sync with anything
[15:58] <dobey> ?
[15:59] <ogra_> depends which one you use
[15:59] <brunch875> default, didn't install anything. That's gnome's, isn't it?
[15:59]  * ogra_ uses evolution and syncs through google ...
[15:59] <dobey> google works "fine" in evolution or gnome-calendar
[15:59] <ogra_> dunno, never used it ... most of my machines were installed like 5-6 years ago and since upgraded
[15:59] <brunch875> I'm really tempted to boot thunderbird and get evolution
[16:00] <dobey> only 5-6 years? n00b :P
[16:00] <s`> telegram is accumulating badges, now it shows 3. cant make them go away (talking about the left dock)
[16:01] <s`> anyone got this issue?
[16:01] <ogra_> dobey, well, i have a warty laptop, but that hasnt been booted in years :)
[16:01] <brunch875> The green badges? I have those too. I never quite understood what they meant
[16:01] <ogra_> s`, file a bug
[16:01] <s`> brunch875: it's red
[16:01]  * ogra_ has seen that before as well
[16:01] <brunch875> I believe telegram doesn't mark messages as red if you read them someplace else
[16:02] <ogra_> brunch875, well, it should remove the badge when you open the app locally ... but it doesnt do that every time
[16:02] <s`> i mean, the badge color is red, not green :P
[16:02] <ogra_> (sometimes it does, dometimes it doesnt
[16:02] <ogra_> )
[16:02] <s`> never worked for me ogra_
[16:02] <s`> like NEVER
[16:02] <s`> :D
[16:03] <s`> oh wait
[16:03] <ogra_> works for me about 50% of the time ... perhaps i'm lucky
[16:03] <brunch875> oh wait, I actually had 4 unread messages
[16:03] <s`> ok i understood
[16:04] <brunch875> s`, are you using the latest version?
[16:04] <s`> yes
[16:04] <s`> OTA-10.2
[16:04] <brunch875> hmph maybe it's different for me because sitting on rc-proposed
[16:04] <s`> and latest tg version
[16:05] <brunch875> how do you check ota version, again?
[16:05] <s`> system settings
[16:05] <s`> about
[16:05] <s`> something like that
[16:05] <brunch875> not finding it there
[16:05] <ogra_> only on stable
[16:06] <brunch875> ogra_ spills knowledge everywhere
[16:06] <brunch875> thanks!
[16:06] <ogra_> (OTA version for rc-proposed would be nonsense ... rc-proposed is daily builds)
[16:52] <brunch875> I got age of wonders 3 yesterday. Such a fantastic game. Being turn based it would be simply the best game for utouch. By far!
[16:53] <brunch875> Someone will have to nag the developers to recompile for arm
[16:53] <brunch875> if mc-phail asks, I didn't say anything :Þ
[16:54]  * brunch875 clings to hope
[16:55] <brunch875> Actually, it could be a good place for them to monetize. The ubuntu store
[18:00]  * ogra_ LoLs
[18:00] <ogra_> popey, seen that http://withinrafael.com/building-a-microsoft-wireless-display-adapter-base-image/ ? seems there is linux inside
[18:49] <fish__> Help/
[18:50] <fish__> need help
[18:50] <fish__> installing touch os on samsung g note
[19:44] <DPA> Hi. I just got a Meizu Pro 5 ubuntu edition, and found some things which apear strange to me. First of all, I want to use an ext4 formatted SD Card, but the Phone can't authomatically mount it. I tried to modify /etc/fstab, but the file is mounted on a tmpfs, and any change vanishes after a reboot. How is the /etc/fstab file generated on an ubuntu phone, and how can I change it? Secondly, I read that
[19:44] <DPA> the ubuntu phones aren't updated using apt-get, is this really true? If so, why? And lastly, I found an LXC Container named 'android' on my phone, what purpose does it serve?
[19:47] <mcphail> DPA: with regards to the latter, some android drivers are required for the hardware. There aren't open equivalents
[19:48] <mcphail> DPA: the devs haven't decided on the final strategy for the sd card. You can format as ext4, but you'll be swimming against the tide
[19:49] <DPA> mcphail: Many thanks, this axplains a lot.
[19:49] <dobey> DPA: yes, apt-get is not how the phones are updated. the root fs is read-only. system updates are applied via image diffs
[19:50] <mcphail> DPA: the core images are update as a whole, rather than piecemeal with apt get. If you need apt, safest way is with a chroot
[19:50] <dobey> or a container via libertine
[19:51] <mcphail> brunch875: am I getting a bad reputation on here? ;)
[19:52] <brunch875> Impossible! you're one of the coolguis, mcphail!
[19:53] <popey> ogra_: oooh! Didn't know it had linux inside, maybe we can make an image for it which has an ubuntu splash :)
[19:54] <mcphail> popey: the one good thing about windows is it doesn't have plymouth!
[19:55] <popey> hah
[19:56] <popey> seems no documentation for flashing the thing though
[19:56] <DPA> If image diffs are used for system updates, how does this look like from a security perspective? How can I check that no one manipulated the images with the Images?
[20:01] <popey> DPA: the images are cryptographically signed on our server
[20:03] <dobey> also delivered over HTTPS
[20:57] <crs___> bluetooth is not working on my pro5 with rc-proposed. is that normal?
[21:25] <moritz311> do someone have some basic knowledge about sony devices ?
[21:33] <altker128> mcphail: On the SD card front, why are there issues using ext4 or any other filesystem Linux supports?


[01:11] <Unit193> http://paste.openstack.org/show/uExwgidhc045zVPJ7fS6/ more or less.
[07:29] <ochosi> brainwash: could you re-pastebin your patch for the greeter's language menu? or submit it as a real patch, as you prefer
[07:29] <ochosi> it's lost in my backlog somewhere
[09:47] <ochosi> brainwash: could you re-pastebin your patch for the greeter's language menu? or submit it as a real patch, as you prefer
[09:51] <brainwash> ochosi: http://lpaste.net/93287
[09:53] <ochosi> thanks, that patch makes sense :)
[09:54] <brainwash> well, no magical stuff involved :D
[09:54] <ochosi> yeah (which is good! :))
[10:24] <brainwash> the xfce4-session package does not recommend "consolekit" anymore due to transition to systemd/logind, but it should recommend "systemd-shim" instead from now on (it does not yet). any thoughts?
[10:24] <brainwash> bug 1221809
[11:13] <ochosi> for everyone who's interested in the stupid abiword ruler issue we used to have, look here: http://bugzilla.abisource.com/show_bug.cgi?id=13301
[11:22] <ochosi> btw, it only seems to affect greybird, bluebird and orion currently (albatross, numix, adwaita seem fine)
[11:24] <knome> ochosi, we should pick that up
[11:24] <ochosi> bbl
[12:12] <brainwash> is the update notifier indicator not showing up at all?
[12:14] <elfy> I don't see it - update mangler has started showing up again recently though
[12:19] <brainwash> strange
[12:21] <brainwash> besides, I installed htop using the software center, it actually did install htop.. and crashed in the end
[12:21] <brainwash> typical USC story I guess :)
[13:03] <jjfrv8> only had time to do one testcase this morning. will do more tonight.
[13:04] <knome> jjfrv8, mhm, no problem :)
[13:07] <elfy> thanks jjfrv8
[13:07] <knome> (and yeah, thanks, you are already part of the minority ;))
[13:09] <knome> hey GridCube
[13:09] <knome> GridCube, you able to run some testing this cycle?
[13:09] <GridCube> hey mister knome
[13:09] <GridCube> i might try
[13:09] <knome> beta 2 testing is up until thursday
[13:09] <knome> then we need even more testing for RC
[13:10] <GridCube> ok thats the same zsynck all the way right?
[13:11] <knome> the images shouldn't need zsync before thurday, they are freezed
[13:11] <knome> but yes, after that, zsyncing will eventually get you the RC images
[13:12] <GridCube> ok so ill fetch todays image and keep them updated
[13:12] <knome> GridCube, thanks, every test is much appreciated
[13:12] <GridCube> :) will try to do them
[13:13] <elfy> cool - I'd hate to have to set forestpiskie on you :)
[13:14] <GridCube> there is only a xubuntu amd64 iso to download
[13:14] <GridCube> is that correct?
[13:14] <elfy> atm the 32bit is not there - there's a problem at ubuntu somewhere
[13:14] <GridCube> http://iso.qa.ubuntu.com/qatracker/milestones/303/builds
[13:14] <GridCube> ok
[13:15] <knome> the build machine has gone offline, so yes, you'll have to wait for the 32-bit images
[13:16] <GridCube> ok, im fetching this iso for now :) this machine supports making 64bits vms :D
[13:16] <GridCube> thats what im running at the moment
[13:21] <knome> bluesabre, you gonna run tests? :)
[13:22] <bluesabre> when I get home tonight, sure!
[13:22] <knome> great
[13:23] <olbi> hello guys, I have been running dailys updates and there are errors with USC which is crashed sometimes after installing software
[13:23] <knome> olbi, have you filed a bug?
[13:24] <olbi> not yet, I need to check this with todays Beta, maybe it was fixed :)
[13:24] <knome> no idea about that, but sure
[13:24] <knome> if you do a clean install, report the installation to the iso tracker, please
[13:24] <knome> (with appropriate bugs found)
[13:24] <olbi> yes, of course
[13:25] <elfy> I've not seen it today - but I only tried installing and removing one thing
[13:25] <olbi> how I can change avatar at logon screen?
[13:25] <knome> olbi, cp yourimage.jpg ~/.face
[13:25] <olbi> ok :)
[13:26] <bluesabre> yup, gotta get mugshot into 14.04
[13:26] <knome> olbi, we'll have an application for that in T, if everything goes as expected
[13:26] <bluesabre> :)
[13:26] <knome> ^ that
[13:27] <olbi> cool :D
[13:28] <elfy> brb
[13:28] <olbi> are we planning to add Whisker Menu and Xfce Theme Manager as plugins in next release?
[13:29] <brainwash> theme manager is already included
[13:29] <brainwash> isn't it?
[13:29] <knome> yes, gtk-theme-config is in the seed
[13:29] <GridCube> olbi, if you make a wikipage to promote them i might tag with you on the whisker menu :D
 olbi, cp yourimage.jpg ~/.face - doesn't work here
[13:29] <elfy> is there some specific size of image needed?
[13:30] <brainwash> 96x96
[13:30] <brainwash> I think
[13:30] <GridCube> or, get mugshot P:
[13:31] <knome> elfy, that should though. ask for details from bluesabre (unless you don't have yourimage.jpg and are just trolling :P)
[13:31] <elfy> I'd not troll in here :)
[13:31] <knome> heh
[13:32]  * elfy should check out mugshot really
[13:32] <knome> probably
[13:33] <knome> it allows you to control much more than just the profile image
[13:34] <elfy> I'll grab it when I see bluesabre next time
[13:34] <GridCube> he is like here right now P:
[13:35] <elfy> thought he said he was off somewhere
[13:40] <bluesabre> mugshot details and ppa info: http://www.smdavis.us/2013/07/27/mugshot-quick-and-easy-user-config/
[13:40] <brainwash> elfy: it did work for me, random 64x64 png file
[13:42] <elfy> bluesabre: daily or stable? if you'd rather I installed the daily so I can test things if you want I'm happy to
[13:43] <bluesabre> elfy, your choice, not much dev happening on it at the moment, so they are probably the same right now
[13:43] <elfy> ok - well I'll go for the daily one and if you want anything tested by 'just this guy' you can shout :)
[13:44] <bluesabre> sure thing, thanks!
[13:44] <elfy> :)
[13:46] <elfy> bluesabre: no menu entry for it?
[13:46] <bluesabre> its in your settings manager
[13:46] <bluesabre> "About Me"
[13:46] <elfy> aaah
[13:46] <elfy> went there and looked for mugshot :)
[13:46] <bluesabre> :D
[13:47] <bluesabre> a little misleading, but hey what can I do ;)
[13:47] <knome> bluesabre, change it? :P
[13:47] <bluesabre> no way!
[13:47] <bluesabre> :D
[13:48] <knome> :P
[13:48] <knome> yeah, i just pointed you "can" do that...
[13:48] <elfy> I assume you know that help fails
[13:48] <bluesabre> news to me
[13:49] <elfy> ok The URI ‘ghelp:mugshot’ does not point to a valid page.
[13:49] <bluesabre> strange
[13:49] <bluesabre> I'll have a look at the package tonight
[13:49] <elfy> sorry :(
[13:49] <elfy> lol
[13:49] <knome> elfy, thanks
[13:49] <knome> elfy, better notice that now than when 14.04 is out...
[13:49] <bluesabre> yup, thanks elfy
[13:50]  * elfy thanks the shaky hand that missed the enormous icon button ...
[13:50] <knome> :D
[13:52] <knome> bluesabre, want to create a debdiff for micahg for the gmb stuff?
[13:52] <bluesabre> I thought he already mostly had one together?
[13:53] <knome> i didn't think anything :)
[13:53] <bluesabre> good idea
[13:53] <bluesabre> yeah, I'll see about throwing one together tonight
[13:53] <knome> thanks
[13:53] <elfy> I'll join in on that plan
[13:54] <elfy> the not thinking one - just in case you get any ideas ...
[13:54] <knome> we'll probably land that after B2, there's already only so much time to run that testing
[13:57] <bluesabre> yeah, if today is b2 freeze there's no way you'll see it for b2 :D
[13:57] <knome> well there is but...
[13:57] <knome> :D
[13:57] <knome> there's always ways to get stuff in
[13:58] <bluesabre> didn't you say the isos get locked today?
[13:58] <knome> sure... but don't you think there is a way to un(b)lock? :)
[13:59] <knome> just not worth it.
[13:59] <bluesabre> its easier to imagine that there is not :)
[13:59] <knome> but it's always possible
[13:59] <knome> lol
[13:59] <knome> well, a rebuild should be a press of a button for you too, since you are in xubuntu-release
[13:59] <bluesabre> oh yeah
[14:00] <elfy> keep up :)
[14:00]  * bluesabre has super cow powers
[14:00] <elfy> bluesabre: you want me to report that help thing as a bug so it doesn't get lost?
[14:01] <bluesabre> elfy, yeah if you don't mind
[14:01] <bluesabre> might also try logging out of your session and back in
[14:01] <bluesabre> not sure if yelp/ghelp need to do some sort of updating
[14:01] <elfy> ok - I'll do that first then
[14:06] <elfy> bluesabre: I'll report it
[14:06] <bluesabre> thanks elfy
[14:07] <elfy> bluesabre: shall I subscribe us to it?
[14:07] <knome> please do that
[14:07] <bluesabre> yes please
[14:09] <elfy> https://bugs.launchpad.net/mugshot/+bug/1229205
[14:29] <GridCube> it works on 13.04
[14:29] <GridCube> just tested it :)
[15:09] <knome> off for now
[15:24] <ali1234> i've got a weird glitch... a small square in the top left of the screen that sits above all windows except the panel
[15:26] <GridCube> can  you screenshot it?
[15:27] <ali1234> http://www.youtube.com/watch?v=xFLenkPPwXM
[15:30] <ali1234> btw it is black on the left side because of the menu shadow
[15:30] <GridCube> mmm yes
[15:30] <ali1234> each time i open the menu it gets a little bit darker
[15:30] <ali1234> i notice the glitch itself has a shadow
[15:30] <ali1234> but it doesn't receive X input and especially xwininfo just passes through to the window behind
[15:31] <GridCube> mmm
[15:31] <GridCube> and xkill?
[15:31] <GridCube> wont kill it?
[15:32] <ali1234> it will kill whatever window is behind it
[15:32] <ali1234> restarting the panel makes it go away
[15:33] <GridCube> do you know how to try to repeat it?
[15:33] <ali1234> no, i never notice it appearing
[15:33] <ali1234> i just notice it's there
[15:34] <ali1234> it has happened several times though
[15:34] <GridCube> ali1234, :) try and see if you can figure a way to repeat it please
[15:34] <ali1234> it is hard to tell when exactly it happens because when it's a region that isn't redrawing... so it has perfect camouflage
[15:34] <GridCube> yes
[15:34] <GridCube> i figure that much
[15:35] <ali1234> figuring out what owns it would help i think
[15:35] <ali1234> xfdesktop --reload doesn't make it go away
[15:38] <ali1234> ah i think i know exactly what it is
[15:39] <ali1234> yes
[15:39] <ali1234> it's the notification area (not indicators, the old gnome "tray" stuff)
[15:39] <GridCube> :D
[15:39] <ali1234> it's a 20x20 glitch because that is what size the notification icons are
[15:40] <ali1234> removing just the notification area from the panel made it go away
[15:41] <ali1234> and it appears when some java program makes a notification icon
[15:41] <GridCube> ali1234, please report a bug against it
[15:41] <brainwash> try to disable the xfwm4's compositor
[15:42] <brainwash> isn't this a well known bug?
[15:42] <ali1234> is there some java program that makes a tray icon in the repos?
[15:44] <ali1234> http://forum.xfce.org/viewtopic.php?id=8166
[15:45] <GridCube> ali1234, what xubuntu version are you using?
[15:45] <ali1234> saucy
[15:47] <GridCube> mmm i understand that in saucy there is a new plugin indicator applet for gtk3 indicators
[15:47] <ali1234> yes there is
[15:47] <GridCube> is the java application using this?
[15:48] <ali1234> no
[15:48] <GridCube> i see
[15:48] <ali1234> well actually that code is not in saucy yet
[15:48] <ali1234> but anyway, this is only with the legacy notification system aka system tray
[15:48] <GridCube> yes, thats what i was thinking
[15:49] <ali1234> the plugin is called "Notification Area" (but it has nothing to do with the pop up alert bubbles)
[15:49] <ali1234> it's almost certainly a java bug anyway
[15:50] <ali1234> like the one where accessing the clipboard from java leaks a copy of whatever is on the clipboard every single time
[15:50]  * GridCube doesnt know
[15:50] <ali1234> java is complete rubbish :/
[15:50] <brainwash> so it's not related to xfwm4's compositor?
[15:50] <ali1234> well it might only happen when compositing is switched on
[15:51] <ali1234> but that's irrelevant - everything else that uses notification icons works fine
[15:54] <ali1234> hmm i have an idea what it might be actually
[17:56] <GridCube> is it a feature now that the current desktop background turns into the lightdm background?
[17:57] <GridCube> i mean is that expected?
[18:00] <elfy> expected
[18:01] <elfy> GridCube: you seen the 32bit are there now
[18:01] <GridCube> im doing the amd64 one
[18:01] <GridCube> i am assuming the image is the same as earlier
[18:01] <brainwash> GridCube: accountsservice is responsible for this behavior
[18:02] <GridCube> ok :) is that i made an image with gimp, saved it as png and used it as background and then when i logged out it was there :P
[18:13] <ali1234> yeah that's been a feature for a couple of releases for unity users at least
[18:13] <ali1234> dunno if anything special was needed for xfce, probably not
[18:15] <Unit193> Works in Rarin'
[18:16] <GridCube> never noticed in raring
[18:16] <GridCube> but then again i never use the login manager
[18:17] <GridCube> had to install synaptic 'cos USC would not allow me to set up my proxy
[18:17] <GridCube> proxies are the worst in xubuntu
[18:23] <GridCube> besides the abiword and the sound indicator everything seems fine
[18:23] <GridCube> reported
[18:25] <ali1234> i use ssh and socks for proxying
[18:25] <elfy> thanks GridCube
[18:26] <ali1234> no particular setup needed, you do need a ssh account somewhere of course
[18:26] <Unit193> ali1234: You use polipo or the like as well?
[18:26] <GridCube> you cant use USC out of the box in xubuntu if you have a proxy
[18:26] <ali1234> no, i just type in the proxy settings directly to firefox
[18:27] <GridCube> i find it rather bad that ubbiquity doesnt ask you for networking setting to set up things properly from there, i remember that using the alternate iso you could do so
[18:27] <Unit193> Heh, sadly not everything I use will take a socks proxy.
[18:27] <ali1234> i only use proxying to evade blocked services, such as my mobile provider blocking irc and various chat programs
[18:27] <ali1234> and also i use it as a poor man's cloak
[18:28] <ali1234> so in practice this means i only proxy pidgin, and sometimes firefox
[18:29] <Unit193> libxfce4ui got tagged.
[18:40] <bluesabre> libxfce4ui got tagged?  what does that mean?
[18:40] <elfy> someone ran up behind it and shouted "You're it"
[18:41] <bluesabre> :D
[18:43] <Unit193> http://git.xfce.org/xfce/libxfce4ui/  means you don't have to roll from git head to get gtk3 indicators.
[18:43] <knome> elfy, oi! in-flight collision :P
[18:44] <elfy> wut
[18:44] <knome> elfy, we both replied to that last post on the ML
[18:44] <elfy> I be you said - that's one test ...
[18:44] <knome> nah, two tests it is
[18:44] <knome> and two replies ;)
[18:44] <elfy> yay
[18:44] <elfy> xpl and qa lead agreeing without knowing :p
[18:45] <knome> heh
[18:45] <bluesabre> woot!
[18:45]  * elfy will have to work on that ...
[18:45] <Unit193> Wow, better record it.
[18:53] <knome> record? we aren't corded...
[19:00] <davmor2> knome: if you're not corded does that mean you are cordless?
[19:00] <knome> davmor2, yep.
[19:00] <knome> davmor2, cordless, but aging analog device
[19:00] <knome> there isn't even a vga port let alone hdmi outputs
[19:01] <davmor2> haha
[19:02] <elfy> not sure you should be talking about me like that ...
[19:02] <elfy> :)
[19:03] <GridCube> but you do have organic photsensive receptors that took like <IP_ADDRESS> years to develope
[19:03] <knome> they're aging as well, not brand new anymore
[19:10] <elfy> all that time to develop and 50 years to ruin them ...
[19:11] <knome> ;)
[19:17] <Unit193> Bleh, was going to actually build xubuntu-core and see what it'd really pull in from a mini, but more effort than I'd want. :P
[19:21] <elfy> Unit193: I'll get the QA apprentice to do it ...
[19:23] <Unit193> It's not hard, just :effort: :P
[19:24] <elfy> :)
[19:25] <elfy> knome: just realised there's no upgrade tests there for b2 - shall I add them - can't remember if it's likely to end up losing the exisiting b2 tests
[19:26] <elfy> nobody else has them enabled
[19:37] <knome> elfy, that won't affect current tests since it's a different product
[19:37] <knome> elfy, we could just run those with the RC
[19:38] <elfy> ok - I'll remember to set them
[19:39] <knome> i'd imagine they're enabled for all flavors then, but it's always good to double-check
[19:39] <elfy> yep
[19:39] <knome> i was about to say nice testing, but then i realized it's mostly you who did the tests
[19:39] <elfy> lol
[19:40] <elfy> I'm not makring them ready - going to see how many pitch up :)
[19:40] <brainwash> is there a list of bugs which have to be fixed before final release?
[19:41] <knome> brainwash, http://status.ubuntu.com/ubuntu-s/group/topic-s-flavor-xubuntu.html
[19:41] <brainwash> knome: thanks
[19:42] <knome> what's lacking there is the abiword ruler theming fix, bug 1031137
[19:44] <elfy> knome: and how do we get the fix in ?
[19:44]  * elfy hasn't ever really followed a bug that's got a bug fixed elsewhere
[19:45] <elfy> that sort of makes less sense than it did in my head ...
[19:46] <brainwash> according to ochosi it might be fixable by adjusting the affected shimmer-themes
[19:46] <brainwash> not an easy task I guess
[19:47] <elfy> missed that then - last I saw/read he was saying he'd been there before with it
[19:47] <brainwash> this one here on the other hand shouldn't be that hard to fix: bug 1227637
[19:49] <elfy> brainwash: it would be for me ;)
[19:50] <brainwash> could it be added to the progress list?
[19:50] <brainwash> the bug report I mean
[19:57] <knome> brainwash, i talked with him earlier, but from the upstream bug i understood that the patch alone would fix most of the problems without touching themes
[19:58] <knome> the latter isn't a very high-importance though? it doesn't really break anything, just throws a warning
[19:59] <brainwash> yes, an annoying warning :)
[19:59] <knome> sure, but still only a warning :)
[19:59] <knome> setting as importance low
[19:59] <brainwash> thanks
[20:00] <knome> i'm guessing the first thing to do would be checking what happens if that override is removed - does that change the behavior
[20:00] <knome> if not, then just remove it; if it does, how to apply that without throwing a warning
[20:01] <brainwash> I removed it and the warning does not show up anymore, kinda expected, because the update-notifier dconf key does not exist anymore and therefore can't be altered
[20:02] <knome> yep
[20:02] <knome> bluesabre, ochosi: bug 1221426
[20:05] <Unit193> brainwash: Which I hope means they changed the default rather than removed the config option.  Several other keys are removed as well.
[20:05] <knome> ochosi, bug 1069813
[20:06] <knome> ochosi, fixed description, bug 1069813
[20:06] <brainwash> ah, the missing icon issue
[20:07] <brainwash> there's also a duplicate somewhere
[20:07] <brainwash> bug 1063512
[20:07] <Unit193> I had booted the VM to compare the two com.ubuntu.update-notifier.gschema.xml files.
[20:09] <knome> brainwash, marked as duplicate
[20:10] <brainwash> I did not expect that this missing icon problem still exists
[20:22] <bluesabre> yay, parole has a purpose!
[20:22] <knome> bluesabre, you too, maybe we should try to slip a bugfix in ;)
[20:23] <bluesabre> yup, will try to do that tonight
[20:23] <knome> cheers
[20:23] <brainwash> knome: https://launchpad.net/ubuntu/+source/update-notifier/0.138
[20:26] <knome> brainwash, oh right, that explains then. maybe add a comment and a link to that, and then we can mark the bug triaged
[20:28] <brainwash> knome: done
[20:29] <knome> cheers
[20:29] <bluesabre> our team is doing awesome work this cycle :D
[20:29] <knome> bluesabre, bug 1227537 if you feel like it
[20:29] <knome> bluesabre, i can wholeheartedly agree
[20:30] <bluesabre> knome, is that the right bug?
[20:31] <knome> no
[20:31] <bluesabre> :D
[20:31] <knome> bug 1227637
[20:31] <knome> i would imagine it's just poking that one file and remove the key, then debdiff or whatever, and ramp it up the sponsor queue
[20:32] <bluesabre>  yup
[20:32] <knome> and if you have a patch in the bug, it's possible that dholbach picks it up
[20:32] <bluesabre> easy fix
[20:32] <knome> ...and you got yet another sponsored upload
[20:32] <bluesabre> yup, good times :D
[20:33] <knome> yep
[20:33] <knome> better times when you don't need them any more!
[20:33] <bluesabre> indeed!
[20:33] <knome> imagine; that bug could be fixed in the next 5 minutes if you had upload rights
[20:33] <knome> WOOT!
[20:33] <elfy> :)
[20:33] <knome> (less work too, no need for debdiffs, just go ahead and change the file contents and upload)
[20:34] <bluesabre> nice and painless
[20:34] <knome> yep
[23:11] <bluesabre> ochosi: link me to the gmb bug?
[23:53] <bluesabre> Unit193, you around?
[23:53] <Unit193> bluesabre: No.
[23:53] <bluesabre> darn
[23:53] <bluesabre> guess I'll try again later
[23:53] <bluesabre> :D
[23:53] <Unit193> I'm a square.
[23:54] <bluesabre> no pi for you
[23:55] <Unit193> :(
[23:55] <bluesabre> I'm trying to update the debian folder in x-d-s, not quite sure how to fix this
[23:55] <bluesabre> W: xubuntu-default-settings source: syntax-error-in-dep5-copyright line 16: Continuation line outside a paragraph.
[23:56] <bluesabre> in relation to this changelog file: http://dpaste.com/1393470/
[23:56] <bluesabre> s/changelog/copyright
[23:57] <Unit193> Yep, you need a period at 15, 20, and 24
[23:57] <bluesabre> ah