[00:15] <RAOF> You (mostly) don't need to write drivers to get Ubuntu Touch working on an Android device; we use the Android kernel and GLES driver stack and such for precisely that reason.
[00:39] <matv1> RAOF ah yes and libHybris right
[00:43] <matv1> So does that mean that -as far as the convergence story is concerned- desktop/server are always going to be running on a different kernel version compared to touch devices?
[00:43] <RAOF> Unless and until embedded manufacturers use an upstream kernel, yes.
[00:46] <matv1> RAOF interesting. never gave that much thought
[00:51] <nhaines> RAOF: if the target device runs Android 4.4.
[01:00] <matv1> nhaines meaning that setting U touch loose on a android 5.0 device will generate all kinds of hardware/driver issues again?
[01:03] <matv1> but i guess you would solve those through libhybris again. not by directly trying to write (or reverse engineer) a driver
[01:03] <matv1> if the later is even possible :)
[01:03] <nhaines> matv1: nah, my Nexus 5 is working great, but I think the Android kernel used by the Ubuntu image is still 4.4.3 or 4.4.4.  :)
[01:04] <matv1> aha so no kernel change between the two
[04:25] <Bobby__> Hello all. I am trying to get sound playback working on an Intel Bay Trail tablet. I do not get a sound device with any firmware except for with 5339.B in the Intel ChromiumOS repo. With this firmware I only get static or no sound at all though. I have played with all the alsamixer settings and tried the ASUS t100 state file that is commonly used still with no sound.  What can I do to fix this?
[04:48] <UTL> I'm baaaaack!
[04:48] <nhaines> Welcome back!
[06:33] <UTL> I'm taking notes of my experiences with messing with the Ubuntu Touch ovation image. I found the Russian link where "wesnoth" comments on how to flash Ubuntu Touch on Nook HD+ (Warning: Needs a translator!): http://4pda.ru/forum/index.php?showtopic=511101
[06:34] <nhaines> Oh, that's great!
[06:34] <UTL> It even has instructions on how to flash the different components of the image.
[06:37] <UTL> nhaines: Maybe now you can get an idea of what my problem is. If you have a Nook HD+, maybe you can try it out.
[06:38] <nhaines> I do not have a Nook HD+, unfortunately.
[06:43] <UTL> I do because of the many reviews I've read about it. According to what I read, it is (or was) the best inexpensive tablet on the market. If I remember correctly, the only complaints were the Nook firmware, because Barnes & Noble forces you to have an account before you even try to use it.
[06:43] <UTL> I think that's true of all Nooks.
[06:45] <UTL> That stinks, because you don't get to try it unless it's on display at Walmart (and when I got it, it wasn't).
[06:46] <nhaines> Or at a Barnes & Nobel.
[06:56] <UTL> That's true, too, however I think Barnes & Noble have discarded the Nook for what is called the "Nook by Samsung".
[06:57] <UTL> I did not see B&N display the Nook HD+, even though they still have accessories for it.
[06:59] <nhaines> They're getting ready to split into separate companies.
[06:59] <UTL> Really? I didn't know that!
[07:00] <nhaines> Yup.  Every publisher that isn't Amazon is doing their best to implode.
[07:54] <Guest90448> How to develop
[08:03] <mirza> K
[08:06] <UTL> I'm looking at the list of Ubuntu IRC channels. Which ones do you think I should contact about my problem with the ovation image?
[08:06] <mirza> Utl what u means
[08:07] <popey> UTL: what image?
[08:07] <UTL> I want to find out more about Ubuntu Touch ovation (Nook HD+).
[08:08] <popey> UTL: you already know the answer, speak to the person who made the image
[08:10] <dholbach> good morning
[08:10] <mirza> dholbach good morning
[08:11] <nhaines> dholbach: good morning!
[08:11] <dholbach> hi mirza, nhaines :)
[08:12] <mirza> The package ovation-preinstalled-touch-16-11-2013.zip utl
[08:12] <mirza> dholbach can i ask u
[08:13] <mirza> Is it madness or intelligence
[08:14] <dholbach> I'm afraid I don't know what you are talking about.
[08:14] <mirza> Scientists in Korea have been using the virus
[08:14] <mirza> to cure lung cancer (in mice, at least.) ... non-replicating
[08:14] <mirza> cells (like neurons) and can create long term changes,
[08:14] <mirza> positive changes in genes
[08:15] <mirza> My question is it madness
[08:15] <mirza> Is we really want vaccine
[08:16] <mirza> See my question did we really antivirus software cause linux always remain virus free dholbach
[08:17] <mirza> Whatever we use paid shit windows then pay on the antivirus
[08:17] <mirza> Why we people no use linux they are too use friendly than windows
[08:18] <dholbach> I really don't know where you are going with this. All the bits which go into Ubuntu are open source.......
[08:18] <sergiusens> zbenjamin: fyi https://code.launchpad.net/~sergiusens/goget-ubuntu-touch/locale/+merge/242986
[08:18] <zbenjamin> sergiusens: ok!
[08:19] <mirza> Ya i know but why we not get laptop preinstall with ubuntu like apple mac or android or chrome os counterpart
[08:20] <mirza> When can we esp i get ubuntu touch phone
[08:20] <dholbach> there are lots of preinstalled options for Ubuntu - Dell for example has been doing this for years
[08:20] <dholbach> and I'm not sure this is the right place to talk about antivirus etc
[08:20] <nhaines> The new HP premiere laptop can come with Ubuntu.
[08:21] <mirza> First dell ar costly and there display ar bad
[08:21] <mirza> When nhaines
[08:21] <nhaines> mirza: you can't complain that there are no preinstalled Ubuntu options and then complain that well, there are but you just don't like them.  :)
[08:22] <nhaines> mirza: http://www8.hp.com/us/en/ads/elitebook-folio-1020/specs.html
[08:22] <mirza> I luv them ubuntu my fav but new firmware shuck laptop i can duel boot it
[08:23] <nhaines> I don't know what that means.
[08:24] <mirza> I wanna duel bool laptop with one media center another ubuntustudio i can find way can u help to figure out it
[08:24] <mirza> Uefi boot i speaking about
[08:25] <nhaines> No, I'm heading to bed soon so I can watch the Orion launch but basically you just install both and as long as they both support UEFI boot it just works.
[08:25] <mirza> It go overmy brain
[08:25] <nhaines> Install Ubuntu last.  It will handle everything.
[08:25] <mirza> Where it is dvd download takes time
[08:26] <mirza> Any magazine offer free dvd with them
[08:29] <nhaines> dholbach: once after trying to get my friend to give me an address so I could use Google Navigation, I was at a small musical performance with some friends and I was trying to get an address to a restaurant to eat before we all had to drive back.  So my friend said "we'll ask my friend.  She's from around here."
[08:30] <mirza> H
[08:30] <nhaines> Then she suggested a Chinese restaurant.  So I said "sounds great.  What are the names of the cross streets?"
[08:31] <nhaines> So I turned to my friend, smiling, and cheerfully said "Ich bekomme einfach niemals ein Antwort zu meine Frage."
[08:31] <nhaines> And my friend said, "Aber meine Freundin Anita spricht perfektes Deutsch" and I said "of course she does."
[08:31] <nhaines> Anita was Chinese.  :)
[08:31] <mirza> Moito hipo distroya
[08:32] <nhaines> But luckily I just explained that directions had been a struggle earlier and we all laughed.
[08:32] <nhaines> Also by "ein" I mean "kein"
[08:32] <mirza> Haa haa nhaines
[08:33] <dholbach> haha :)
[08:33] <mirza> Just funny
[08:33] <mirza> I does most funny
[08:34] <mirza> You know peel have more power than fruit
[08:34] <nhaines> I suppose that's quite possible.
[08:34] <mirza> Imagine how
[08:34] <mirza> Nhaines
[08:35] <nhaines> Well, I suspect it's usually denser.
[08:35] <mirza> What
[08:36] <nhaines> More mass.
[08:37] <mirza> Not weight of pumkin haa haa blah blah
[08:37] <mirza> So serious no fun ok
[08:37] <mirza> Can u name magazine who provide linux cds in there issue
[08:38] <popey> Linux Voice
[08:38] <popey> http://www.linuxvoice.com/
[08:38] <mirza> Does it supplies globally
[08:39] <popey> join #linuxvoice and ask them where you can get it
[08:39] <mirza> Is it hosted in this server
[08:39] <mirza> Popey
[08:40] <popey> yes
[08:42] <mirza> Popey i want to transact money overseas what are bitcoin minner who convert bitcoins in to qatar dinnah or rayal and any bank support multicurrency account and some idea on west bank i live in maldives
[08:43] <popey> I dunno, but that seems a bit offtopic here.
[08:43] <popey> (Maldives is lovely, I went there for my honeymoon in 2000)
[08:43] <mirza> Nice for sunnami
[08:44] <mirza> I hope next time u and ur wife enjoy that
[08:45] <mirza> Plz we ar living place i need transaction so any help great regarded
[08:46] <mirza> West bank idea i hear they ar annyomus also save taxes it it true
[08:47] <mirza> Popey i did not find yearly subscription page
[08:59] <matv1> on rtm proposed i am getting notifications of system updates when there are none when I run updates in system-settings
[08:59] <matv1> just me?
[09:14] <JamesTait> Good morning all; happy Friday, and happy World Soil Day! :-D
[10:05] <nhaines> matv1: I never get system update notifications on ubuntu-rtm/14.09.
[10:10] <matv1> nhaines I am on ubuntu-touch/ubuntu-rtm/14.09-proposed\
[10:11] <matv1> nhaines but after a reboot it sorted itself out and saw the new image
[10:11] <nhaines> matv1: I didn't receive updates on that channel either that I noticed.  But then I run Ubuntu intermittently.
[10:13] <UTL> I decided to join the #ubuntu-ru channel to see if anyone has heard of "wesnoth". I hope somebody there knows English!
[10:14] <matv1> nhaines It hasnt been there until recently. Its been there over the past few images. i would say like a week. maybe a bit more
[10:15] <nhaines> I thought I saw someone mentioning it.  Well, I'll just continue to wait.  :)
[10:27] <oSoMoN> Mirv, re bug #1399597, what do you mean by "it'll be reverted" ?
[10:27] <ubot5`> bug 1399597 in oxide-qt (Ubuntu) "The last oxide upload breaks autopkgtests" [Undecided,New] https://launchpad.net/bugs/1399597
[10:28] <Mirv> oSoMoN: well uploading the previous version with a new version number
[10:29] <oSoMoN> Mirv, which version? if you mean 1.2.x that’s a bad idea, it’ll break the browser
[10:29] <Mirv> oSoMoN: the 1.3.5-0ubuntu1 of course. you probably missed the packaging upload from zoltan
[10:29] <oSoMoN> oh, I guess I did then, let me check the changes
[10:30] <Mirv> oSoMoN: https://launchpad.net/ubuntu/+source/oxide-qt/1.3.5-0ubuntu4
[10:30] <oSoMoN> ah, right
[10:30] <oSoMoN> Mirv, ok, fine by me then
[10:30] <Mirv> so the revert looks like https://launchpadlibrarian.net/191897077/oxide-qt_1.3.5-0ubuntu4_1.3.5-0ubuntu5.diff.gz
[10:31] <Mirv> oSoMoN: good! :)
[10:31] <oSoMoN> Mirv, did Chris Coulson review that packaging change before it went through?
[10:31] <Mirv> oSoMoN: yes, from what I heard
[10:32] <oSoMoN> yeah, he did indeed
[10:32] <oSoMoN> https://code.launchpad.net/~bzoltan/oxide/packaging.vivid-improved-conflicts/+merge/243515
[10:37] <bzoltan> oSoMoN: Mirv. that bug description is very strange and it does not tell what the real problem is ...
[10:39] <Mirv> bzoltan: the bug is that because of oxide changes installing packages fails, which prevents package promotion. if I would actually understand the problem I could upload a fix instead.
[10:40] <Mirv> I updated the bug a bit to state that it's package installation problem
[10:41] <bzoltan> Mirv:  Ok, I check out too the problem ... for the records, I did test the installation of the packages and did not see any problem
[10:42] <Mirv> bzoltan: yeah I can't hit an error simply installing either of the codecs packages, but somehow the way the test machines install eg unity8 dependencies causes the error
[10:57] <bzoltan> Mirv:  I repeated the installation tests and absolutely no problem ...
[10:58] <bzoltan> Mirv:  the problem is that nobody will take this bug  :( and a week effort is just dropped
[11:05] <Mirv> bzoltan: well we'd need to find someone who understands what's wrong. maybe Chris can take another look?
[11:16] <Mirv> bzoltan: I'm not sure what's relevant, but qtcreator-plugin-ubuntu recommends ubuntu-sdk, which depends on ubuntu-sdk-libs, which directly depends on oxideqt-codecs-extra, which conflicts with oxideqt-codecs. in the bug, oxideqt-codecs is already installed
[11:20] <Mirv> oh...
[11:21] <Mirv> oh, nothing. I don't find anything depending specifically on oxideqt-codecs that could cause the problem, other than apt getting confused
[11:32] <bzoltan> Mirv:  but why apt is confused there and not confused on click chroot or on my machines (both amd64 and i386 I tested)?
[11:47] <bzoltan> Mirv:  I think I understand the problem ... if the oxideqt-codes-extra is listed as dependency as a standalone package and the same package is removed in favor of the oxideqt-codecs then apt fails...
[11:50] <bzoltan> Mirv:  so the oxideqt-codes-extra is listed as package to be installed and to be removed ... and during the apt process it is half installed
[11:53] <bzoltan> Mirv: I would suggest to fix the  ubuntu-restricted-addons kubuntu-restricted-addons ubuntu-sdk-libs packages  not to single depend on the oxideqt-codecs-extras ... especially the latest one
[11:53] <bzoltan> mvo_:  are you around?
[11:54] <oSoMoN> pitti, would you happen to know why permissions on /dev/shm changed between utopic and vivid? (see bug #1396951 for context)
[11:54] <ubot5`> bug 1396951 in webbrowser-app (Ubuntu) "webbrowser-app’s autopilot tests fail on otto: access to /dev/shm is denied" [Undecided,New] https://launchpad.net/bugs/1396951
[11:56] <bzoltan> mvo_:  Mirv: so this line I would change -> http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.vivid/view/head:/sdk-libs#L55
[12:14] <bzoltan> mvo_: ogra_: I would suggest to remove or change that oxide line in the sdk-libs ^
[12:15] <ogra_> erm, we need it seeded
[12:15] <ogra_> else you have no audio or video in the browser
[12:15] <bzoltan> ogra_: in the sdk-libs<
[12:15] <ogra_> yes
[12:15] <ogra_> it is part of the framework
[12:15] <bzoltan> ogra_: ???
[12:15] <ogra_> sdk-libs is the package roviding the framework
[12:15] <ogra_> *pro
[12:15] <bzoltan> ogra_: https://bugs.launchpad.net/ubuntu/+source/oxide-qt/+bug/1399597
[12:16] <ubot5`> Launchpad bug 1399597 in oxide-qt (Ubuntu) "The last oxide upload breaks autopkgtests with a package installation failure" [Undecided,New]
[12:16] <ogra_> oxide-codex-extra is essential on the phone ... you cant just make that an "or" dependency
[12:16] <bzoltan> ogra_:  could it be an codecs|codecs-extras?
[12:17] <ogra_> https://code.launchpad.net/~bzoltan/oxide/packaging.vivid-improved-conflicts/+merge/243515 is definitely wrong
[12:19] <pitti> oSoMoN: not really, they should be 1777 and have always been, at least on desktop
[12:19] <ogra_> might not be the case on touch though
[12:20] <oSoMoN> pitti, in my vivid chroot they’re not, and neither are they in the chroots used by the CI infrastructure, any idea what could have caused this change?
[12:20] <pitti> oSoMoN: what likely changed is that you have a chroot or similar environment  where it's a symlink to /run/shm/, and something doesn't bind-mount/init that dir properly
[12:20] <ogra_> yeah
[12:20] <ogra_> http://paste.ubuntu.com/9381650/
[12:21] <pitti> and I suppose /run/shm is not a mount, and is only 755?
[12:21] <ogra_> (thats a normal phone though)
[12:21] <oSoMoN> pitti, precisely, in my utopic chroot it used to be a symlink, but in my vivid chroot it’s not a symlink anymore
[12:21] <ogra_> phablet@ubuntu-phablet:~$ mount|grep shm
[12:21] <ogra_> none on /run/shm type tmpfs (rw,nosuid,nodev,relatime)
[12:22] <oSoMoN> ogra_, I’m not seeing the issue on my phone on vivid though, it seems it’s only in chroots
[12:22] <pitti> ogra_: ah, on the phone it certainly has proper permissions, right? (1777)
[12:22] <ogra_> phablet@ubuntu-phablet:~$ ls -l /run/|grep shm
[12:22] <ogra_> drwxrwxrwt 2 root       root        160 Nov 13 13:46 shm
[12:22] <ogra_> yep
[12:22] <ogra_> but as oSoMoN said, this is on a real phone
[12:22] <oSoMoN> if it didn’t the browser wouldn’t run, we’d notice soon enough :)
[12:23] <pitti> oSoMoN: so perhaps your chroots neither mount /dev/shm from the host nor have a proper /run/shm/
[12:23] <pitti> ?
[12:23] <oSoMoN> pitti, that’s /run/shm in my vivid chroot: drwxrwxrwt  2 root root     40 Dec  5 12:21 /run/shm
[12:23] <pitti> yeah, chroots and /run is always a complicated matter; Debian changed /dev/shm/ to /run/shm a while ago (https://wiki.debian.org/ReleaseGoals/RunDirectory) and we inherited that
[12:24] <oSoMoN> and: # mount | grep shm
[12:24] <oSoMoN> tmpfs on /run/shm type tmpfs (rw,relatime)
[12:24] <pitti> oSoMoN: that looks ok; is /dev/shm a symlink?
[12:24] <pitti> phone brb
[12:24] <oSoMoN> pitti, no, /dev/shm is not a symlink, it’s a plain directory
[12:24] <oSoMoN> (drwxr-xr-x)
[12:25] <ogra_> aha
[12:25] <ogra_> and not 1777
[12:25] <oSoMoN> yup
[12:25] <oSoMoN> but I have no idea why it doesn’t have the right permissions
[12:25] <gcollura> does anyone know why I don't get push notifications on vivid? (channel: ubuntu-touch/devel r1)
[12:25] <oSoMoN> (which is my original question)
[12:26] <gcollura> I used to get them on rtm. I've also tried to readd my ubuntuone account too
[12:26] <ogra_> gcollura, you should ... not sure why you dont
[12:26] <ogra_> Chipaca is your man
[12:27] <gcollura> I'll wait for Chipaca then :) thanks ogra_
[12:32] <pitti> ogra_: ah, it should be a symlink
[12:32] <pitti> err, oSoMoN
[12:32] <pitti> well, it really shouldn't be, but with Debian's layout it should
[12:33] <oSoMoN> pitti, do you know what is responsible for creating it in the first place, when creating a chroot?
[12:34] <pitti> oSoMoN: it depends on how you build it, but I figure somewhere between initscript's postinst and debootstrap; mk-sbuild and friends might also make some adjustments there, and sbuild has its own fstabs
[12:39] <Mirv> bzoltan: ogra_: so I had this thought http://bazaar.launchpad.net/~timo-jyrinki/ubuntu-seeds/random_guess_at_fixing_lp1399597/revision/272 but I didn't have the idea why it broke up in the first place
[12:39] <ogra_> Mirv, we need -extras as a hard dep
[12:40] <ogra_> it needs to be on the image and is a part of the framework
[12:40] <Mirv> ogra_: so a hard dep where it's listed first wouldn't work?
[12:42] <ogra_> Mirv, not sure, it might depend on the tool used (apt vs aptitude, metapackage vs task resolve in different orders)  but we need to 100% make sure it ends up on the image and as a dep of sdk-libs which is our framework no matter what you do
[12:43] <ogra_> i'm not sure if/how well and "or" dep in seeds works
[12:43] <ogra_> s/and/an/
[12:58] <Mirv> bzoltan: so what depends on oxideqt-codecs | oxideqt-codecs-extras and could that be changed the other way around?
[12:59] <phanohanover> Good morning to all!
[13:00] <phanohanover> To all of dev team: Great job with touch. Keep up the good work. I just installed it and it is promissing! I wish bluetooth would work on my nexus 5 but I guess i'll just wait for it! Thanks to all!
[13:06] <nhaines> IPv6 is far more secure than IPv4.
[13:06] <nhaines> Because nobody understands IPv6 addressing so no one can hack you.
[13:07] <UTL> *sigh!* I'm glad you're happy, phanohanover. I don't have a Nexus anything.
[13:29] <popey> ogra_: is there a known media playback bug?
[13:30] <ogra_> popey, in rtm ?
[13:30] <popey> JoeyChan: you're on mako? Which channel?
[13:30] <JoeyChan> popey:   ogra_   vivid devel
[13:30] <popey> ah
[13:30] <JoeyChan> r44
[13:31] <JoeyChan> since r37
[13:31] <ogra_> could be
[13:31] <ogra_> vivid is not really getting much QA attention ...
[13:31] <JoeyChan> ok..
[13:31] <ogra_> so a bug there is surely possible
[13:32] <ogra_> i *think* it works on #39 which we promoted yesterday
[13:32] <ogra_> at least on mako flo and krillin ... iirc manta has issues
[13:34] <JoeyChan> ogra_:   so not sure that the bug will be fixed in vivid ?
[13:34] <ogra_> not sure there is a bug ... what are you seeing ... on which arch
[13:34] <ogra_> in general though ... vivid is developer playground, if you want something QAed and stable use rtm
[13:35] <JoeyChan> i c
[13:36] <JoeyChan> related to this bug ?  https://bugs.launchpad.net/ubuntu-rtm/+source/unity8/+bug/1389008
[13:36] <ubot5`> Launchpad bug 1389008 in ubuntu-touch-session (Ubuntu RTM) "Often fails to connect to Pulseaudio and unity-notifications (results in missing volume notifications and improper volume control)" [Undecided,Confirmed]
[13:37] <ogra_> that bug makes the popup notification for volume control not shown
[13:38] <ogra_> whats your issue exactly ?
[13:38] <Mirv> oSoMoN: ogra_: so bzoltan pointed out the Oxide itself is the only one that prefers the non-extras, being the probable cause for the problem. so I'd keep the new Oxide changes but do the following to switch the order: http://pastebin.ubuntu.com/9382431/ - does that sound good?
[13:39] <oSoMoN> Mirv, why would the order matter?
[13:39] <davmor2> popey: there is a known media playback bug, from image 40 onward the new systemd landed and broke everything hence testing 39 for promotion
[13:40] <JoeyChan> ogra_:   my issue is simple:   the music-app cannot play music,  the media-player-app said it cannot connect the play backend
[13:40] <Mirv> oSoMoN: because if apt first considers Oxide's own changes, it installs the oxideqt-codecs. then other packages later on hard depend on oxideqt-codecs-extras, and they conflict with each other and apt probably doesn't find its way out of the situation properly.
[13:40] <davmor2> popey: oh and new apparmor just incase it isn't systemd's fault
[13:40] <ogra_> JoeyChan, and on what arch is that ?
[13:40] <Mirv> oSoMoN: if apt _did_ check the other deps first, it'd be happy with extras being installed. but since it first only checks oxide's deps alone, it already installs the normal codecs packages before considering others' needs.
[13:40] <Mirv> oSoMoN: well, that's the theory anywya.
[13:41] <JoeyChan> ogra_:   vivid r44 in my mako
[13:41] <JoeyChan> devel
[13:41] <davmor2> ogra_, JoeyChan: it's a known issue
[13:41] <ogra_> well, then file a bug ...
[13:41] <ogra_> davmor2, on mako too ?
[13:41] <ogra_> i thought that was only manta
[13:42] <davmor2> ogra_: this is the test that failed the sanity on image 40 which caused me to test 39 for promotion
[13:42] <ogra_> ah
[13:42] <Mirv> oSoMoN: chris isn't online yet? I'd probably then just upload that to the silo, update the bug and say "please land if ok for everyone"
[13:43] <davmor2> ogra_: media failed and video in camera failed, not sure what else I got no further
[13:43] <JoeyChan> davmor2:  also in webbrowser
[13:44] <davmor2> JoeyChan: they might of added the browser/media hub plugin now
[13:44] <JoeyChan> lol
[13:45] <JoeyChan> davmor2:  there's one funny situation that I can play music and video
[13:45] <JoeyChan> davmor2:  the unity8 crash then reboot itself,   I found everything works fine
[13:53] <oSoMoN> Mirv, ok, so supposedly it really is a bug in apt, right? Can mvo_ confirm that?
[13:55] <Mirv> oSoMoN: I think in a sense yet, as apt should be able to recover from that situation (by uninstalling oxideqt-codecs (or not installing it in the first place) and installing oxideqt-codecs-extras)
[13:55] <Mirv> s/yet/yes/
[13:56] <oSoMoN> Mirv, if swapping the order fixes the issue, then go for it, but it would be good to get to the bottom of things, we shouldn’t have to do this kind of things in the first place
[13:56] <oSoMoN> Mirv, also, what package depends explicitly on oxideqt-codecs-extras?
[13:59] <Mirv> oSoMoN: bug updated, it needs to be landed by US people in around 5h if ok.
[13:59] <Mirv> oSoMoN: ubuntu-sdk-libs requires it, and if you read above ogra_ explains that the images need it as a hard dependency
[14:02] <Mirv> oSoMoN: you're correct that it'd be nice to understand if apt could be fixed to cope with what the autopkgtest is doing https://jenkins.qa.ubuntu.com/job/vivid-adt-qtcreator-plugin-ubuntu/lastBuild/ARCH=amd64,label=adt/consoleFull
[14:03] <oSoMoN> Mirv, right, I know that the images need it, but I’m not sure I understand why ubuntu-sdk-libs does
[14:03] <Mirv> oSoMoN: that's the route the images get it, via ubuntu-sdk-libs
[14:05] <UTL> So close! It's Ubuntu on a non-Nexus tablet, but it's not Ubuntu Touch! http://forum.xda-developers.com/showthread.php?t=1074169
[14:09] <oSoMoN> Mirv, huh, I thought it was in the seed?
[14:09] <ogra_> oSoMoN, it is in the sdk-libs seed, yes
[14:09] <ogra_> which is the framework seed
[14:10] <oSoMoN> ha, ok
[14:16] <Mirv> oSoMoN: yes that's what the seed is, generates the ubuntu-touch-meta src package :)
[14:17] <jdstrand> davmor2: I thought I mentioned this before-- the new apparmor doesn't change policy-- it only moves libapparmor1 from /usr/lib to /lib
[14:19] <davmor2> jdstrand: that is why we are assuming systemd over apparmor
[14:22] <jgdx> seb128, hey, could you take a quick look at [1] and do a code review when you have a chance? [1] https://code.launchpad.net/~jonas-drange/ubuntu-system-settings/cellular-radio-bug-related-to-1378812/+merge/243804
[14:22] <seb128> jgdx, hey, ok, did you ping ken about that one as well?
[14:23] <jgdx> seb128, think he's off today, but I'll shoot him an email.
[14:23] <seb128> k, thanks
[15:12] <mterry> bzoltan, your latest upload of oxide-qt is causing some problems (not necessarily oxide-qt's fault, but trying to understand the problem) -- many packages are stuck in vivid-proposed because their build-dependencies pull in both codecs and codecs-extra which fails
[15:13] <seb128> mterry, that has been discussed on several occasions/channels today from what I saw
[15:13] <mterry> seb128, OK great
[15:13] <ogra_> yeah, we need to get rid of codecs again ...
[15:14] <ogra_> we only use -extra in the framework
[15:30] <saidinesh5> Elleo: ping
[15:31] <Elleo> saidinesh5: pong :)
[15:31] <saidinesh5> Elleo: about the maliit plugin's window position etc...
[15:31] <saidinesh5> could you give me a quick rundown of what's to be done?
[15:33] <Elleo> saidinesh5: the way it's currently handled is a bit of a hack; at the moment the ubuntu-keyboard plugin takes a fullscreen surface, draws wherever it likes on that surface and then reports the area that should receive touch events to mir via a dbus channel
[15:33] <saidinesh5> yeah that's what i noticed .. so was confused what to do
[15:33] <Elleo> then any other events are just passed on to the application below
[15:34] <saidinesh5> hmm... is there any neat little wrapper that takes care of this whole dbus thing?
[15:34] <saidinesh5> i thought maliit by default takes care of this stuff
[15:34] <saidinesh5> via. setRegion()
[15:34] <Elleo> saidinesh5: yeah, it should; but at the moment that's handled in the plugin for mir rather than in the maliit server; it's on my TODO list to add a mir backend to maliit so we can get that out of the plugin
[15:35] <saidinesh5> umm.. i don't mind doing this TODO bit, if you help me out :P
[15:35] <Elleo> saidinesh5: for the moment it's the ubuntuapplicationapiwrapper.cpp in ubuntu-keyboard that handles it
[15:35] <saidinesh5> basically i really want to test this plugin on the device
[15:35] <saidinesh5> Ahh
[15:35]  * saidinesh5 checks
[15:35] <Elleo> saidinesh5: if you just grab that and include it in your plugin, you just call a method on that pretty much the same as the maliit setRegion
[15:36] <saidinesh5> iSee
[15:36] <saidinesh5> and i have to then create  a fullscreen window again?
[15:36] <saidinesh5> with transparency and all?
[15:36] <Elleo> yeah, pretty much
[15:36] <saidinesh5> Ahh and who reports the orientation changes?
[15:37] <Elleo> that comes in via the standard maliit channels
[15:37] <Elleo> so the application will tell you when its orientation has changed, and you have to adapt as needed
[15:37] <saidinesh5> Ahh
[15:37] <saidinesh5> how much work is it to actually add a mir backend to maliit itself?
[15:38] <Elleo> saidinesh5: currently there's an orientationhelper in the keyboard that handles our side of it; but that's going to get much simpler soon when the unity shell rotation stuff lands
[15:38] <Elleo> saidinesh5: shouldn't be a massive amount of work, but I haven't looked into it in detail yet
[15:38] <saidinesh5> unity shell rotation?
[15:38] <Elleo> saidinesh5: yep, instead of apps handling orientation themselves most of the hard work is done for them by unity
[15:38] <saidinesh5> so then we completely ignore maliit's orientation?
[15:38] <saidinesh5> Ah
[15:39] <saidinesh5> interesting
[15:39] <Elleo> so the keyboard just needs to respond to its window being resized appropriately
[15:39] <Elleo> without worrying about the actual orientation of anything
[15:40] <saidinesh5> so basically i don't mind fixing maliit for mir, if it isn't too much work, that way i can just maintain the maliit plugin for skeyer
[15:40] <saidinesh5> which then works the same everywhere
[15:41] <Elleo> saidinesh5: well, it's on my todo list anyway; so I could push for it to be included in my next 2 week iteration (starting on the 15th)
[15:41] <Elleo> saidinesh5: otherwise if you want it before then you're more than welcome to have a go :)
[15:42] <Elleo> saidinesh5: it should mostly be a matter of duplicating one of the existing plugins and replacing the geometry handling there with what's already in the keyboard's mir wrapper
[15:42] <Elleo> saidinesh5: but as I say, I haven't looked into it in detail yet, so there might be more complicated things that I'm overlooking
[15:42] <seb128> mardy, hey, is http://bazaar.launchpad.net/~mardy/shotwell/lp1382843/revision/170 good for upload or are you still working on that?
[15:43] <saidinesh5> aye i m looking into it...
[15:50] <saidinesh5> hmm.. this is actually quite little amount of stuff
[15:50] <saidinesh5>     virtual void setupInputPanel(QWindow* window, Maliit::Position position);
[15:50] <saidinesh5>     virtual void setInputRegion(QWindow* window, const QRegion& region);
[15:50] <saidinesh5>     virtual void setApplicationWindow(QWindow *window, WId appWindowId);
[15:51] <saidinesh5> that's about it...
[15:55] <Elleo> yeah, I suspect it should all be pretty simple; but I wouldn't swear to it ;)
[15:56] <saidinesh5> heh okay
[15:57] <saidinesh5> do you have any little test cases for me to test this stuff on?
[15:57] <saidinesh5> also Elleo setting up a chroot environment on Nexus 7 finally worked. Although i admit, it's a PITA
[15:57] <Elleo> saidinesh5: not really, the only thing that does anything like this at the moment is the keyboard; quickest test would be to just recompile the keyboard without the call to the wrapper
[15:57] <Elleo> saidinesh5: ah, good :)
[15:58] <saidinesh5> and Aaaaaaaaaaaaaaaahhhhhhh.. NOW i get it, why my maliit plugin didn't even show up on Nexus 7
[15:58] <saidinesh5> it was missing the mir connection bit!
[15:58] <Elleo> yep :)
[15:59] <Elleo> having that bit of black magic buried in the keyboard plugin has annoyed me for a while, which is why it'll be so good to get it into maliit so no-one else has to care about it in the future
[15:59] <saidinesh5> Also Elleo is there a problem with Qt's font pointSize etc.. on mir?
[15:59] <Elleo> I don't know, we tend to do everything in our own grid units
[15:59]  * saidinesh5 googles
[16:01] <saidinesh5> umm for that i need to touch ubuntu touch components? to take care of the gridUnits bit...
[16:02] <Elleo> yeah, so not ideal for a general purpose thing
[16:02] <Elleo> I'd have thought pointsize stuff should work, but it's not something I've really tried
[16:04] <saidinesh5> it wasn't working for me..  will have to see again though
[16:05] <Elleo> if it isn't working I'd definitely recommend filing a bug for it; that's not really my area so I'm not sure what could be going wrong
[16:06] <Elleo> it's possible Mir doesn't report the dpi to Qt yet or something?
[16:09] <saidinesh5> not sure... the characters on nexus 7 for the ubuntu touch keyboard are very tiny...
[16:10] <saidinesh5> realized that when i was using the emulator on the desktop, where they appeared to be their normal size
[16:10] <saidinesh5> so don't know where exactly the issue is
[16:23] <sil2100> bfiller: hey! Do you know when Ken will be around today?
[16:23] <sil2100> bfiller: we're waiting for him to test his silo which we would really badly like to land today still
[16:23] <ogra_> (so it can get dogfoodin on the WE)
[16:23] <bfiller> sil2100: he'll be back this afternoon
[16:23] <ogra_> +g
[16:25]  * popey wonders why https://lists.launchpad.net/ubuntu-phone/maillist.html isn't updating
[16:26] <sil2100> popey: that happens sometimes, sometimes the archive is really REALLY slow
[16:26] <popey> ☹
[16:26] <popey> annoying when you want to link to it
[16:26] <sil2100> popey: there are days where it takes over 4 hours for my landing e-mail to appear...
[16:26] <sil2100> Yeah
[16:26] <popey> ok, I'll go and do something else then :D
[16:27] <ogra_> popey, for me it often helps to switch from thread to date view (at the top)
[16:27] <popey> will put a brick on F5
[16:27] <ogra_> might be a coincidence and i'm just lucky though
[16:32] <sil2100> I thought it helped originally
[16:33] <sil2100> But then I had another day where I waited 2+ hours and it didn't appear, so I had to share the next day
[16:37] <sil2100> Kaleo: hey! I'll be publishing your silo with your camera-app changes now, but just wanted to point something out
[16:38] <sil2100> Kaleo: if you could mention in the changelog whenever you add new package dependencies it would be really useful
[17:03] <Kaleo> sil2100, good point, thanks
[17:27] <dobey> Chipaca: the twitter push notification is supposed to play a sound, right? or was that removed?
[17:27] <ubuntu0001> Can I run synaptic on the current version of ubuntu touch?
[17:28] <ogra_> no
[17:28] <ogra_> well, you could set up ssh and run it remotely via ssh ...
[17:28] <dobey> you can run it
[17:28] <dobey> but it doesn't make sense to run it
[17:29] <ubuntu0001> Can I install lxde in the current version of ubuntu touch?
[17:29] <dobey> install yes
[17:30] <dobey> make sense to do, no
[17:30] <dobey> are you trying to run lxde on a phone or something?
[17:30] <ubuntu0001> Does lxde run in the current version of ubuntu touch?
[17:30] <ogra_> yeah, would just waste diskspace
[17:30]  * ogra_ doubts it would run on Mir
[17:31] <dobey> ogra_: well, if it's gtk3, it would probably run with the mir backend for gtk+, but maybe not behave very nicely
[17:31] <ogra_> yeah
[17:31] <ubuntu0001> There are videos on youtube of lxde running smoothly on the older nexus 7
[17:31] <popey> that was running x
[17:31] <ogra_> thats like 3 years ao ...
[17:32] <popey> touch doesn't use x
[17:32] <ogra_> ago
[17:32] <ogra_> right, and it was using Xorg
[17:32] <dobey> ubuntu has armhf builds available
[17:32] <dobey> so you can take an armhf ISO and run lubuntu if you want probably
[17:32] <ubuntu0001> why was the ubuntu core project abandoned? It runs beautifully in youtube
[17:32] <ogra_> it wasnt abandoned ...
[17:32] <dobey> what are you talking about?
[17:32] <ogra_> it moved on
[17:33] <ogra_> what you saw there was just a test system to collect data for the phone OS
[17:33] <ogra_> it was never intended for anything more than collecting performance and resource data for 6 months
[17:33] <dobey> so synaptic is gtk+3 it looks like, so it would probably run ok on mir
[17:33] <ubuntu0001> Can I use the Ubuntu 12 LTS repositories with the 13.04 version of ubuntu?
[17:34] <ogra_> after that ubuntu-core moved on to actually become a core for all ubuntu
[17:34] <dobey> but you really shouldn't be installing debs on ubuntu touch
[17:34] <dobey> ubuntu0001: #ubuntu is the support channel for ubuntu, this channel is specifically about development of ubuntu on phones/tablets
[18:06] <popey> hmmm https://lists.launchpad.net/ubuntu-phone/date.html nothing has arrived since yesterday
[21:02] <Chipaca> gcollura: hey. yes, push is me. what's up?
[21:02] <Chipaca> dobey: yes, unless you've turned the volume for notifications off
[21:03] <dobey> Chipaca: uh, "volume for notifications" ?
[21:03] <Chipaca> dobey: yes
[21:03] <Chipaca> dobey: I do believe that has not been implemented yet, but we do set the right environ for it :)
[21:05] <dobey> are you experimenting with quantum computing? because i don't see how i could use a feature that's not yet implemented, unless you managed to break the continuum :)
[21:06] <dobey> although, in looking for that feature, apparently my phone had the silent mode feature implemented by Erwin Schroedinger, because it was apparently both enabled and not, at the same time
[21:09] <Chipaca> dobey: there ya go :)
[21:10] <Chipaca> dobey: silent mode is one way of setting the volume of notifications off :)
[21:10] <Chipaca> dobey: atm i think it's also the only way
[21:10] <Chipaca> gcollura: ping?
[21:10] <Chipaca> gcollura: i'm not working today, and only opened irc by accident, so i'm not going to stick around for long :)
[21:12] <dobey> Chipaca: right. but the indicator showed silent mode as off (and the call ringtone still played), but when i went into system-settings it was shown as on. :-/
[21:19] <Chipaca> dobey: the money is in finding how it got into that half-silent state :)
[21:20] <pmcgowan> there is a fix in flight for that, I think it landed in vivid?
[21:31] <dobey> Chipaca: probably when i went to the movies and i tried to put it in silent mode, but the switch in the indicator would immediately change back to the off position
[21:32] <Chipaca> speaking of movies, guardians of the galaxy is starting
[21:32] <Chipaca> buh bye :)
[21:51] <dobey> Chipaca: ironically, that is the very movie i went to see when i tried to enable silent mode. :P
[23:22] <UTL> Say, is there a way to test Ubuntu Touch from an SD card without wiping your device? I wanted to try the ovation image on my Nook HD+ again, but I don't want to lose my Cyanogenmod settings. I could back up the settings (via ADB or Clockworkmod Recovery), but I've had problems restoring them in the past.
[23:24] <UTL> Anybody available?
[23:26] <UTL> Hmmm, all out to lunch, eh? Well, I'll check back later.
[23:41] <UTL> Anybody available now?
[23:50] <UTL> Hello?


 BBL
[08:31] <fabo> Riddell: https://launchpad.net/~fboudra/+archive/qt/+sourcepub/2170022/+listing-archive-extra
[08:49] <agateau> bambee: hi, thanks a lot for the phonon gst fix!
[08:49] <bambee> yw ;)
[08:52] <bambee> agateau: however a qgraphicsview does not help, because xoverlays (like gl or xv) does not work with a qgraphicsview (I don't understand why..), so the actual renderer is software :(
[08:53] <agateau> bambee: ok :/
[08:53] <apachelogger> cuz xv is crap(tm)
[08:53] <agateau> bambee: that's not too bad, gwenview is not intended to be the default video player of choice anyway
[08:55] <bambee> I know, but all scaling and colorspaces tasks are done on the cpu, I don't like that!
[08:56] <apachelogger> nah, the worst thing is that software rendering always leads to quality loss WRT resolution *and* color
[08:57] <apachelogger> which in turn has bad impact on the overall impression of polish in the kde workspace :S
[08:57] <bambee> :s
[09:41] <fregl> fabo: Riddell: hi, I did a rebase of the a11y repo last week but didn't clean it up yet. I have a few conflicts to sort out. I can finish it and push if you want.
[09:43] <Riddell> fregl: or just give us a patch :)
[09:43] <fregl> Riddell: I'd rather have the proper repo with a patch collection. then getting the diff for all changes is still easy
[09:44] <fregl> rebasing still seems nicer to me than just maintaining a diff
[09:44] <Riddell> yes you're right, it is nicer
[09:44] <Riddell> for people who know how to use git :)
[09:44] <Riddell> but I'm sure fabo does
[09:45] <fabo> I'll take whatever makes my life easier :)
[09:46] <fregl> well, producing the patch from git is easy - and this made it convenient to go from Qt 4.8 to 4.7 back in the days - so it seems a good idea
[09:47] <fabo> fregl: 21:52 < fabo> the diff between v4.8.0 and 4.8-a11y branch is ~210Mb
[09:47] <fregl> fabo: yes, give me a bit and it will be a couple lines...
[09:49] <fabo> indeed it isn't only a11y changes but it requires some work to reduce the patch to ~130kb
[09:49] <fabo> fregl: thanks! poke when you finished
[09:49] <fregl> sure
[09:49] <fregl> seems as good as anything on a monday morning :p
[10:00] <fabo> Riddell: what's the story about kubuntu active? 0% of 7 :)
[10:00] <fabo> anything I could look at?
[10:02] <Riddell> fabo: work out how to package plasma active would be the place to start
[10:02] <Riddell> it might need patches to kdelibs or elsewhere
[10:03] <Riddell> rbelem may know more but probably you just need to ask in #plasma
[10:07] <fabo> Riddell: ok
[10:25] <afiestas> agateau: ping
[10:37] <fregl> fabo: I pushed a new version to http://qt.gitorious.org/+qt-developers/qt/accessibility branch name: 4.8-a11y-rebased-onto-828771056e96cd47d3eaf93db1b3d28c8624b332
[10:38] <fregl> fabo: let me know if you run into issues
[10:38] <fabo> ok
[11:27] <agateau> afiestas: pong
[11:28] <afiestas> agateau: this holidays we bought a new camera to my parents and I decided to try the download feature (to make it easier for them) and I think I have a good idea to improve the experience
[11:28] <afiestas> do you know about media-device-info project ?
[11:28] <agateau> afiestas: no
[11:29] <afiestas> basically it is a set of UDEV rules that indicate where the pictures/videos/mp3 are within the device folder structure
[11:29] <agateau> ohoh cool!
[11:29] <afiestas> in the case of my parents camera is something within DCIM/1000SDHC/something/
[11:29]  * agateau wants
[11:29] <afiestas> you got it then :p
[11:30] <agateau> but then some camera change dirs from time to time :/
[11:30] <agateau> how does it cope with that?
[11:30] <afiestas> mmm don't think so
[11:30] <agateau> can it return multiple dirs
[11:30] <agateau> ?
[11:30] <afiestas> the project iself is thought for media players I think
[11:30] <afiestas> meda-players-info is the project, but then gphoto should add the specific UDEV rules for cameras
[11:31] <afiestas> iirc
[11:31] <agateau> do you have an url to get started on that?
[11:31] <afiestas> I always forget how exactly this work :$ iirc mpi is for everything BUT camera-only devices and then you have gphoto
[11:31] <afiestas> yes, 1 sec
[11:32] <afiestas> agateau: http://www.freedesktop.org/wiki/Software/media-player-info
[11:33] <afiestas> agateau: iirc libsolid should give you the .fdi name and then you can read it
[11:33] <afiestas> I'm planning to work on this during this week to be sure that 4.8 is ready
[11:34] <agateau> afiestas: you mean work on libsolid to provide that info?
[11:35] <afiestas> agateau: yes, I have to check what we can provide I'm not sure where the line is (we can't couple libsolid with linux or any system) and since kdelibs is in freeze we can't provide new interfaces
[11:35]  * jussi loves seeing this kind of collaboration :D
[11:35] <agateau> afiestas: I see
[11:36] <afiestas> the idea is, libsolid tells to gwenview: "Hey! this is a gphoto device !" then you se libgphoto to do the rest
[11:36] <afiestas> "Hey! this is mpi device!" then you read the .fdi files (.desktop like files provided in the mpi project)
[11:37] <agateau> afiestas: I have a bunch of mpi files in /usr/share/media-player-info here, but they do not seem to contain any DCIM folder
[11:37] <agateau> :/
[11:38] <afiestas> :/ they are only for phones and media players aparently
[11:38] <afiestas> gphoto should give you the info for cameras
[11:38] <afiestas> anyway, having gwenview supporting better all the devices in m-p-i would be awesome :p
[11:38] <agateau> afiestas: agreed
[11:38] <afiestas> and having some kind of scan would be awesome too, to be sure that nothing is ignored
[11:40] <agateau> afiestas: I always photo libgphoto was about PTP devices, not mass-storage ones
[11:41] <afiestas> agateau: then this is something we may want to add m-p-i, the developer is quite friendly
[11:41] <afiestas> and he is a college of yours, from ubuntu iirc
[11:42] <agateau> afiestas: now I am confused. Didn't you start the conversation by telling me there was a way to get the camera picture dirs?
[11:42] <afiestas> agateau: I thought m-p-i did that but apparently it is only for media players
[11:42] <afiestas> :/
[11:43] <agateau> afiestas: ah ok
[11:43] <agateau> afiestas: my other idea was to keep the latest photo dir for each device in the config
[11:43] <agateau> afiestas: so that next time you plug the same device, it goes automatically in the photo dir
[11:44] <afiestas> wouldn't be better to abstract gwenview from the "dir concept" ? is it really needed?
[11:44] <agateau> afiestas: not as magical, but better than today situation I would say
[11:44] <agateau> afiestas: gwenview is a file-based picture viewer (at least for now)
[11:44] <afiestas> only for the download I mean
[11:44] <agateau> afiestas: ah yes
[11:45] <afiestas> I'm imaging somethign like: (workflow for my parents)
[11:45] <agateau> afiestas: I considered recursively going trough the device,
[11:45] <agateau> afiestas: problem is when you plug an external hard drive :/
[11:45] <afiestas> I plug the camera into the laptop, the notifier ask me if I want to download the pics to gwenview
[11:46] <afiestas> I click on it, and gwenview starts to scan my device, after it it offers me a list og pics and videos, I select them and click on import
[11:46] <afiestas> btw, if the device notifier says "Download" the interface should say download too
[11:46] <afiestas> right now interface says import (this confused me, not my parents xD)
[11:48] <agateau> afiestas: agreed
[11:50] <afiestas> and about the m-p-i project, maybe you can talk with the developer and offer hiim to add Camera's info
[11:50] <afiestas> at the end, they are mass storage just like mp3, phones etc
[11:50] <afiestas> and capable to reproduce mp3 and the like formats
[11:51] <agateau> indeed
[11:52] <agateau> so you say he is a colleague of mine?
[11:52] <agateau> oh it's pitty
[11:52] <agateau> he is currently sitting 6 meters on my left :)
[11:53] <agateau> talking to him should be doable :)
[11:56] <afiestas> xD
[12:04] <agateau> lunch time!
[14:22] <bambee> 1)° open qt designer, 2)° create a mainwindow, 3)° Try to add any widget to this windows --> does it work for you ? I cannot add anything to the window :\
[14:22] <bambee> wtf
[14:22] <bambee> (on precise)
[14:24] <bambee> and now it works again... xD
[14:24]  * bambee needs a coffee...
[14:25] <Riddell> :)
[14:26] <mikecb_> keeping you on your toes
[14:58] <mikecb_> anyone working on a ubuntu one qt frontend?
[14:59] <ScottK> I think the unity-qt people might be.
[15:00] <mikecb_> interesting
[15:02] <Riddell> mikecb_: the default frontend will by pyqt soon I believe
[15:03] <mikecb_> is that 12.04 or +2?
[15:07] <Riddell> dunno you'd need to ask them
[15:07] <mikecb_> kk
[15:07] <Riddell> and report back :)  they didn't know last time I asked
[15:20] <fabo> Riddell: a11y patch commited and up-to-date. just need to build it, update symbols, and we're good to go with Qt 4.8
[15:20] <fabo> fregl: thanks, ^^^
[15:20] <Riddell> awooga, saves me forward porting this patch needed by libreoffice
[15:24] <fregl> fabo: great :)
[15:25] <Riddell> rdieter: thanks for the strigi tars
[15:31] <rdieter> Riddell: np
[15:32] <ScottK> Riddell: barry's going to work on packaging PyKDE4 for Python3.
[15:33] <ScottK> It turns out that /usr/lib/kde4/kpythonpluginfactory.so won't be a problem since for Ptyhon3 it'd be kpythonpluginfactory.cpython-32mu.so
[15:41] <Riddell> ScottK: nice
[15:54] <fabo> Riddell: which tarball are you talking about?
[15:55] <fabo> last tag is 0.7.7, it has been uploaded to debian some time ago.
[15:56] <fabo> afaik, you just need to sync
[16:00] <Riddell> fabo: rdieter just posted that he could not find any tars so made some
[16:03] <fabo> ah yeah, I created them myself using their release script
[16:09] <PaulW2U> #freenode
[16:19] <ewoerner> hey :-)
[16:19] <ewoerner> who should i convince to package a newer version of plasma-widget-networkmanagement?
[16:19] <ewoerner> "Plasma Shell Crashed after Resuming from Suspend to RAM" is creating lots of upstream duplicates from precise users
[16:23] <debfx> fabo: ^ is your networkmanagement package ready?
[16:24] <Riddell> I'm just about to look at that actually
[16:29] <fabo> debfx: what do you mean by ready? I provided the last nm09 release and there's at least 1 known issue
[16:30] <Riddell> fabo: what's the issue?
[16:30] <fabo> Riddell: visual regression on the buttons
[16:31] <Riddell> let me try.  the buttons are pretty screwed up in the version in oneiric anyway
[16:31] <fabo> http://www.dodaj.rs/f/21/RR/3irNejQ2/snapshot2.png
[16:32] <fabo> the same nm doesn't have this issue with KDE 4.7.4
[16:32] <Riddell> that's what I have with KDE 4.7.97 and nm 0.9~svngit.nm09.20111023.ff842e-0ubuntu1~oneiric1~ppa1
[16:33] <schnelle_> Riddell, fabo: I opened bugreport about this: https://bugs.kde.org/show_bug.cgi?id=290964
[16:34] <schnelle_> the worst is that lamirque is not aware of this because he is still using 4.7.4 (where this problem doesn't exist)
[16:34] <schnelle_> "when I upgrade to 4.8 I will try to fix this. I do not even use that version of Plasma NM regularly anymore :-/
[16:34] <schnelle_> I just use the master branch version."
[16:34] <schnelle_> this told me lamarque 2 days ago
[16:36] <debfx> yeah our current nm widget has the same bug so that's not a blocker for the new version
[16:36] <fabo> agree
[16:36] <Riddell> version from fabo's PPA works and has no extra issues with my 3G modem
[16:36] <Riddell> I'll check over the packaging and upload
[16:36] <fabo> :)
[16:42] <Riddell> ewoerner: look out for updates arriving in an hour or two
[16:43] <jussi>  Sari is just taking a quick shower, then we will be off soon to the hospital :) :D :D
[16:43] <ewoerner> great, thanks
[16:43]  * jussi runs
[16:44] <Riddell> jussi: good luck!
[17:00] <Riddell> fabo: hmm networkmanagement  compiled fine but failed to upload
[17:00] <fabo> Riddell: just seen
[17:01] <fabo> interesting, because --compare-versions is fine
[17:02] <fabo> and no warning on upgrade
[17:02] <ScottK> Riddell: missing epoch.
[17:04] <Riddell> ScottK: network-manager-kde has -v'1:0.9~rc3-0ubuntu1'
[17:05] <Riddell> and plasma-widget-networkmanagement shouldn't need it
[17:05] <fabo> 0.9*.0*
[17:06] <fabo> I missed debian/rules as I didn't touched it
[17:06] <fabo> 0.9.0~rc3 > 0.9~svngit
[17:07] <Riddell> fabo: so sed 's/^[[:digit:].]\+/1:0.9.0/' ?
[17:07] <Riddell> in debian/rules?
[17:10] <Riddell> dpkg says yes, yes loading
[17:14] <fabo> yes
[17:19] <Riddell> I need to go out in a bit, if there is a tech board (keep an eye on https://wiki.ubuntu.com/TechnicalBoardAgenda and #ubuntu-meeting) in 3.5 hours please text message me
[17:19] <Riddell> jriddell.org/contact.html
[17:44] <Quintasan_> yofel, Call to lnusertemp failed( temporary directories full?). Check your installation. Ring any bells? Got this after upgrade.
[17:45] <Quintasan_> bleh
[17:45] <Quintasan_> nvm
[19:06] <ScottK> yofel_: Would you be up for updated KDE l10n for oneiric-proposed?  I'm going to prepare the actual packages for upload based on the PPA and I'd like to get the translation updates in too.  If so, please close Bug #913928  in changelog.
[19:21] <Darkwing> charlie-tca: pign
[19:21] <Darkwing> *ping
[19:22] <charlie-tca> yes?
[19:22]  * yottabit wonders..
[19:22] <Darkwing> charlie-tca: care for a PM?
[19:22] <charlie-tca> sure
[19:23] <yottabit> is it legal to sell kubuntu and offer support, etc. without being canonical...
[19:23] <ScottK> yottabit: As long as you comply with the trademark policy, yes.
[19:23] <yottabit> nice
[19:23] <yottabit> i'm thinking about doing that after google summer of code to have some money
[19:24] <ScottK> (which is somewhere on Canonical's web site (or maybe ubuntu.com).
[19:25] <yottabit> http://www.canonical.com/partners/reseller
[19:27] <ScottK> http://www.ubuntu.com/aboutus/trademarkpolicy
[19:27] <ScottK> It's free software so you don't have to be an official reseller.
[19:53] <Riddell> ScottK: kubuntu lts seems to have been added to the tech board agenda, with your name
[19:53] <ScottK> I added it since they were discussing all the others.
[19:54] <ScottK> IIRC Kubuntu LTS is a precursor to Edubuntu LTS, so it kind of has to get discussed.
[19:54] <ScottK> I also assumed based on your comment you wanted it discussed.
[19:54] <Riddell> well you'd think so but I was naievely following the tech board's instructions and assuming they would add it
[19:54] <Riddell> yes I do
[19:55] <Riddell> I guess the main things to be questioned are will upstream care about KDE after KDE Frameworks 5 is out
[19:56] <Riddell> and KDE will do the same for 4.8 as they do for every other release
[19:56] <Riddell> which is better than gnome do as far as I can see
[19:56] <Riddell> will Qt care about Qt 4 after Qt 5 is out
[19:56] <Riddell> which is much the same
[19:56] <Riddell> and will QtWebkit be a security risk
[19:57] <Riddell> which is arguable but it's the same general upstream policy as firefox
[19:57] <ScottK> Unless they want to kick it out of Main, it kind of already is, LTS for Kubuntu or not.
[19:57] <Riddell> right it's in ubuntu desktop anyway so it's not really a question
[19:57] <Riddell> I think things can be in main but not 5 year LTS
[19:57] <ScottK> Makes sense.
[20:57] <ScottK> Riddell: Looks like TB is happening.
[20:58] <Riddell> or at least pitti joined the channel :)
[20:58] <ScottK> mdz is rounding people up in #u-devel.
[20:59] <Darkwing> I'll be lurking
[21:20] <Riddell> I wonder how this applies to us "What kind of SRU throughput do you have at the moment?"
[21:20] <Riddell> besides "loads when ScottK does the point releases"
[21:20] <ScottK> That's not insignificant.
[21:20] <ScottK> It also reduces the drive for indiviual SRUs.
[21:20] <ScottK> There have been some though.
[21:21] <Riddell> I'm working on one just now for qt infact
[21:22] <yofel_> it also helps with CVE patches on code that might have changed between .1 and .4/5, as one would need to port that first for the SRU
[21:22] <yofel> ScottK: I'll do l10n in a bit
[21:22] <ScottK> yofel: Thanks.
[21:26] <charlie-tca> You are welcome for the heads up on what to expect now :)
[21:30] <charlie-tca> Xubuntu got approval, Kubuntu should be a simple one.
[21:30] <Riddell> charlie-tca: ah but we're asking for 5 years not 3, and there's a lot more packages different in our seeds :)
[21:31] <charlie-tca> Yeah, but you are pretty much equal to Ubuntu, too.
[21:31]  * yofel is mostly worried about kees and qtwebkit...
[21:31] <charlie-tca> Kubuntu has always had LTS designation, too
[21:31] <Riddell> no we missed one for the kde 4 transition
[21:32] <charlie-tca> Xubuntu never had any officially, we just supported the release for the full time
[21:32] <Riddell> yofel: jdstrand is the guy to be scared about I expect :)
[21:33] <yofel> ~.~
[21:37] <Riddell> ScottK: do you want to introduce or shall I?
[21:37] <ScottK> Riddell: Go for it.
[21:38] <ScottK> I started based on mdz changing /topic.
[21:47]  * fabo don't expect API/ABI changes for QtWebKit 2.x anyway
[21:52] <Darkwing> Ubuntu sure made it simpler by adopting Qt anyway
[21:52] <Riddell> see you in 2017 :)
[21:52] <Darkwing> lol
[21:53] <yofel> party time \o/
[21:53] <ScottK> micahg: It's in Main ...
[21:53] <fabo> the only problem is if microsoft buys Nokia :)
[21:53] <Darkwing> not that it'll matter with the world ending in december
[21:53] <Darkwing> :P
[21:53]  * ScottK runs to the airport ...
[21:53] <ScottK> Have fun everyone.
[21:53] <fabo> bye ScottK
[21:55] <Riddell> fabo: they're only interested in the high end nokia bits, the super secret nokia low end stuff is where qt is at
[21:56] <micahg> ScottK: indeed, but it still needs someone to support it
[21:56] <Riddell> anyone wanting to do new calligra beta or is that my task for tomorrow?
[21:56] <Darkwing> Riddell: building or testing?
[21:57] <Riddell> Darkwing: packaging then testing, probably twice
[21:57] <Riddell> of course I can set up an ec2 to help you :)
[21:58] <CIA-48> [lp:~kubuntu-packagers/kubuntu-packaging/kde-l10n-common-oneiric-release] Philip Muškovac * 115 * debian/changelog 4.7.4 oneiric-proposed
[21:58] <fabo> Riddell: do you really think if that happens, they'll keep qt/qtwebkit for meltemi :) I doubt it
[21:58] <CIA-48> [lp:~kubuntu-packagers/kubuntu-packaging/kde-l10n-common-oneiric-release] Philip Muškovac * 116 * debian/changelog refresh date
[21:59] <debfx> micahg: how do you plan to support webkitgtk? qtwebkit upstream said it's impossible to backport webkit fixes after a few months
[21:59] <Riddell> fabo: they'll keep it for the super secret OS they're working on.  meltemi is a mystery to everyone
[22:00] <micahg> debfx: I plan on getting people to help me maintain a stable branch, it's work, but possible (a lot of work, but seems there's no way around it)
[22:01] <CIA-48> [lp:~kubuntu-packagers/kubuntu-packaging/kde-l10n-common-oneiric-release] Philip Muškovac * 117 * debian/config fix branch link
[22:01] <micahg> I was wondering if the directory structure is similar enough that if you were on the same base revision of webkit as webkitgtk if you'd be able to use the patches from there
[22:02] <fabo> we can expect also a slow down in changes on webkit1 as a lot of teams are focusing on webkit2
[22:02] <micahg> right
[22:03] <micahg> that's the main impetus to create a stable branch as opposed to migrating to newer versions as webkitgtk for the most part has been API stable
[22:06] <Riddell> upstream say they'd be happy to see a 4.8 updates branch for qtwebkit but indeed it would take work
[22:12] <debfx> micahg: maybe that will be possible in the future if there is some coordination between qtwebkit and webkitgtk
[22:13] <debfx> but not for qtwebkit 2.2 as they pretty much stopped following trunk around august
[22:14] <micahg> indeed, I'd much prefer if there were a libwebkit that both wrapped around
[22:20] <Riddell> I think that would take alot more coordination by webkit teams than they are willing to do


[17:53]  * Elbrus recently got PPU rights and can now see private bugs... he is wondering what I need to verify before he can mark them public (bug #927125)
[17:54] <Elbrus> there doesn't seem to be real private info, but I am unsure about these Registers.txt etc.
[17:54] <mitya57> Elbrus: https://wiki.ubuntu.com/Bugs/HowToTriage#Apport_crash_reports has some info on what to check
[17:57] <Elbrus> mitya57: thanks (no CoreDump.gz in this case though)
[17:58] <Elbrus> Stacktrace failed...?
[17:58] <mitya57> Elbrus: the retracing service removes CoreDump.gz if retracing was successful
[17:58] <mitya57> it was in this case
[17:59] <Elbrus> but the StackTrace.txt says: Processing Failed
[17:59] <Elbrus> mitya57: so this bug could be public, because the CoreDump was removed and ebook-speaker is not doing anything potentially private?
[18:00] <mitya57> that's an HTML page
[18:00] <mitya57> so probably some error on LP side
[18:00] <Elbrus> thought so
[18:00]  * mitya57 will now ask on #launchpad
[18:07] <Elbrus> mitya57: do you agree that that bug can be public?
[18:08] <mitya57> Elbrus: hm, there's a lot of file names in bug description
[18:08] <mitya57> I would prefer to keep it private
[18:09] <Elbrus> ok, so indeed these kind of things can be considered private, ok
[18:09] <Elbrus> but if I reply to the bug, the OP still gets the mail right?
[18:09] <mitya57> yes
[19:45] <Elbrus> I am getting a "syncpackage: D: Source package daisy-player is temporarily blacklisted (blacklisted_current). Ubuntu ignores these for now. See also LP: #841372"
[19:45] <Elbrus> does that mean I should use -f on syncpackage if I want to sync?
[19:45]  * Elbrus is trying to do his first Ubuntu sync ever
[19:54] <mitya57_> strange, I don't see why it can be blacklisted
[19:57] <Elbrus> anyway, I get: syncpackage: Error: Not permitted to upload directly to saucy; try saucy-proposed instead.
[19:58] <Elbrus> so I must be doing something wrong as far as I understand it.
[19:58]  * Elbrus should have upload rights for daisy-player
[19:59] <Elbrus> and if I use sausy-proposed (--simulate), it includes the whole history, so that can't be right either.
[19:59] <Elbrus> AFAIUI
[20:02] <mitya57_> Elbrus: no, it doesn't include the whole history for me: http://paste.ubuntu.com/5627022/
[20:02] <Elbrus> mitya57_: indeed, but only to saucy
[20:02] <Elbrus> mitya57_: if I use saucy-proposed than it does
[20:03] <mitya57_> my paste says: -> saucy/Proposed
[20:04] <mitya57_> do you have the latest distro-info-data?
[20:04] <Elbrus> how do I know?
[20:05]  * Elbrus works on his Debian wheezy system
[20:05] <Elbrus> so propably not
[20:06] <mitya57_> you should have 0.14
[20:06] <mitya57_> http://packages.qa.debian.org/d/distro-info-data/news/20130425T153244Z.html
[20:08] <Elbrus> missing... indeed
[20:10] <mitya57_> when you update you should be able to simply do syncpackage daisy-player -d experimental
[20:10] <mitya57_> ah, and you also need ubuntu-dev-tools from experimental :)
[20:14]  * Elbrus did his first sync (well, waiting for the e-mail)
[20:14] <Elbrus> :)
[20:14]  * mitya57_ has only done two syncs so far :)
[20:14] <Elbrus> mitya57_: thanks for your help
[20:15] <mitya57_> yw


[06:26] <nigelbabu> Hey, it would be a great idea to post persia's email to ubuntu-devel about how to become an ubuntu developer would be great for the fridge
[13:49] <evilnhandler> http://ubuntu-news.org/2011/01/27/becoming-an-ubuntu-developer-a-short-guide/
[22:36] <pleia2> adding the Xubuntu leadership announcement to the fridge - but chopping off the details