[22:22] <taterme> if Viet drinks coffee, they killed hubands.
[22:22] <taterme>  truth or dare
[22:22] <taterme>  cong
[22:22] <taterme>  you prove math ???
[22:22] <taterme>  it's the only terrorism not beat by martyrdom
[22:22] <taterme> theirs
[22:22] <taterme> they didn't know it
[22:23] <taterme> Japan has calculated i deserve heaven
[22:23] <taterme> unto you my own accord Michelangelo said to me
[22:23] <taterme> it also to be true ?
[22:24] <taterme> Japan says i eligible for heaven
[22:24] <taterme> it also to be india ?
[22:25] <taterme> India SWANSONS 317825
[22:25] <taterme> that makes India healed.
[22:25] <taterme> UPC


[19:57] <ibeardslee> morning
[20:39] <ajmitch> morning
[20:40] <hads> morning
[22:43] <olly> morning


[01:34] <dg6e74> can someone point me to the correct channel where i can get help with kubuntu networking
[01:39] <infinity> dg6e74: I would assume either #kubuntu or #ubuntu
[01:54] <BenC> infinity: 4.4 seems to be chugging along
[02:39] <srwalter> so what's the story on bug https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+bug/63134
[02:45] <BenC> srwalter: It will be addressed on the first -proposed kernel upload I do
[02:45] <BenC> but with feisty opening, and UDS next week, it wont be any time soon
[02:46] <srwalter> that's encouraging
[02:46] <srwalter> I may as well poke you about https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bug/57625 while I have your attention
[02:57] <BenC> infinity: yay, sparc and ppc built
[02:58] <BenC> srwalter: I'm more likely to update to the latest atmel driver than accept that patch
[02:58] <BenC> srwalter: Latest driver uses correct firmware loading and seems to better support current kernels
[02:59] <srwalter> that solves the bug just as well as my patch
[03:00] <BenC> srwalter: feisty has latest atmel in 2.6.19 if you want to test it
[03:00] <BenC> I can just backport from feisty
[03:01] <srwalter> sounds good
[03:06] <infinity> BenC: I saw.  Thanks. :)
[03:06] <BenC> I'm just waiting got i386 to fail to spite me
[03:07] <infinity> Seems unlikely.
[03:07] <BenC> infinity: I wont hide it either, I added "sparc64" to prefix the make-kpkg commands to fix sparc
[03:07] <infinity> Anyhow, even if it does, it doesn't matter for the toolchain bootstrap, since we already have a linux-libc-dev from 2.6.19 on i386.
[03:07] <BenC> I'll figure it out later when you guys aren't blocking on me
[03:07] <infinity> BenC: Yeah, I saw the fix. :)
[03:07] <infinity> BenC: Better a dirty hack than being blocked so, yes, thanks again. :)
[03:08] <BenC> one week into feisty, and I'm already at abi 4 :)
[03:11] <infinity> Should have been using a magic 0.X scheme for "effin' broken ABI, don't count on it working" or something. :)
[03:12] <infinity> (Still could, since nothing yet depends on the ABI)
[03:12] <infinity> Then you could go back to 1, 2, 3, 4 again later. :)
[03:12] <BenC> yeah, would require logic changes all in the build setup though
[03:13] <BenC> I've already had to close two bug reports on 2.6.19 because people expect it to work every already, even though it's known that a lot of external modules are still missing
[03:13] <infinity> Yeah, s'pose so.  Though using 0.X for test kernels would mean that we wouldn't have to shove every new kernel upload through NEW. :)
[03:13] <BenC> good point
[03:14] <infinity> Something to think about for feisty+1's kernel, perhaps.
[03:14] <BenC> I'm tracking ABI now, since we'll have built ABI files on all arches this time
[03:14] <BenC> the mad-patch-rush in 2.6.19 git is over, so there wont be huge sweeping changes
[03:15] <infinity> Excellent.
[03:15] <infinity> Alright, I'm off to run some pre-UDS errands.
[03:15] <infinity> Have about 5 days of "real life" and another 5 days of ork to attend to in the next... 2.5 days.  Should prove interesting.
[03:15] <infinity> s/ork/work/
[04:44] <test> where can I get 2.6.19? I want to use it for bootstrapping mondoarchive . Mondo archive is a backup my workstation to dvd or other media.
[04:48] <BenC> test: It's in feisty, but I wouldn't suggest using it
[04:49] <test> let me tell you the deal here. I'm on a deadline delivering 1500+ ubuntu desktop pc's.
[04:50] <test> I'm in the final stages, which is creating a recovery cd. 2.6.17 generic is crashing on my via chipsets
[04:51] <test> so I used the workarround to boot it, however, when mondoarchive is creating the filesystems and is about to recover the data the kernel says the machine runs out of mem.
[04:52] <test> this 2.6.17 generic just doesn't feel right with this via chipset.
[04:52] <crimsun> does 2.6.15 not work?
[04:52] <test> 2.6.15 is not availble in edgy repositorys as far as i know.
[04:52] <crimsun> right, I mean "using Dapper"
[04:53] <crimsun> if you're rolling out 1500+ desktops, I'd think that an LTS release is the more likely choice
[04:54] <test> we use software that only works correct on edgy, for example the oem-config-prepare and some systems contain sis chipsets, and the 2.6.15 doesn't work with the sis audo chipset.
[04:54] <test> so I'm stuck with 2.6.17.
[04:54] <crimsun> audo or audio?
[04:54] <test> audio
[04:54] <crimsun> what in particular?
[04:54] <crimsun> dapper and edgy have nearly identical alsa
[04:55] <crimsun> there are only a handful of differences (across isa and older pci drivers)
[04:55] <crimsun> (don't pay any attention to the alsa version string)
[04:55] <test> sis964 if i'm not mistaking
[04:56] <test> hmm. let me see what the 2.6.15 can achieve
[04:58] <BenC> I have to agree with crimsun...rolling out that many, I suspect you want dapper
[04:59] <test> re-installing and re-configuring everything, is going to take to much time...
[05:19] <test> about te toest 2.6.15-27-6868
[07:05] <hughsie> BenC: why is 2.6.19rc4 only useful for bootstrapping?
[07:05] <hughsie> I want to do some OLPC work...
[07:06] <fabbione> hughsie: totally untested, not finished, missing a lot of stuff from edgy
[07:06] <mjg59_> It's there so we can bootstrap glibc and so on
[07:06] <hughsie> fabbione: you mean it might boot, but my wireless wont work, or it just wont boot?
[07:06] <mjg59_> Once they're sorted, we'll be looking at doing a proper upload
[07:06] <fabbione> without which we can't do what mjg59_ wrote and open feisty
[07:06] <mjg59_> Ought to boot. Ought to support a compilation environment. Beyond that, you're on your own
[07:07] <hughsie> mjg59_: ahh, gotcha
[07:07] <fabbione> hughsie: it might eat your data, it might boot and work wonderful.. you are on your own
[07:07] <hughsie> when is feisty going to see some kernel upload lovin'?
[07:07] <hughsie> days/weeks?
[07:08] <hughsie> i.e. do i go compile my own kernel.org kernel.... :-)
[07:08] <fabbione> we usually delay 2 weeks each time somebody come here and ask
[07:08] <fabbione> so we are about at mid January now
[07:08] <zul> lol
[07:08] <hughsie> fabbione: lol, thanks. :-)
[07:08] <fabbione> hughsie: when we are ready there will be a kernel
[07:08] <fabbione> and it will become the default automatically
[07:09] <hughsie> fabbione: that's what my mother used to say, well, replace kernel with "cake"
[07:09] <fabbione> (assuming you are upgrading from edgy and you have the meta packages installed)
[07:09] <hughsie> sure, i'm guessing feisty is pretty empty now
[07:09] <fabbione> food time
[07:09] <hughsie> but the kernel in edgy is just too old to work with the olpc patches
[07:10] <hughsie> i might have to fire up fedora.... :-)
[10:04] <pitti> Hi
[10:05] <pitti> zul, BenC: do you have time for another kernel security update?


[12:10] <Riddell> apokryphos: able to test the DVD?
[12:10] <Riddell> http://cdimage.ubuntu.com/cdimage/kubuntu/dvd/20051012/
[12:12] <apokryphos> download would take 1.5 hours, and just heading off; sorry :/
[12:14] <Riddell> apokryphos: thanks, testing in the morning would be good anyway
[12:14] <apokryphos> around 8 o'clock? I definitely could by then, yup
[12:15] <Riddell> cool
[12:41] <aeig> usb devices doesn't appear in media:/ and the folder opened by kde doesn't work
[12:44] <aeig> i tested it with various devices
[12:45] <aeig> np 1 week ago
[12:49] <Riddell> aeig: hmm
[12:49] <Riddell> another 3.4.3 regression
[05:20] <N17R0> Hi I cant find the package "Kwikdisk" in breezy? Is it not there? Or does it have a other name?
[05:21] <seth_k|lappy> N17R0, no such package
[05:22] <N17R0> how sad, it was in hoary, and I liked it :'(
[05:24] <Riddell> N17R0: it's in the kdf package
[05:25] <Riddell> N17R0: you can file a bug if you want that kwikdisk should be included in the description
[05:25] <N17R0> ahh thank you Mr. Riddell
[05:26] <N17R0> nah no need for bug repport, I did not knew the package was called kdf
[05:29] <Riddell> that's why there's a need for the bug report
[05:31] <Riddell> what new stuff do we have in universe?
[09:02] <Riddell> morning hunger, Mez
[09:03] <Riddell> Mez: do you use gprs?
[09:06] <apokryphos> woah, breezy release already. Just started burning the dvd.. still worth testing?
[09:07] <apokryphos> also, here http://www.kubuntu.org/download.php , what's up with the two bullet points to the same URL?
[09:07] <Riddell> apokryphos: yes please
[09:07] <Riddell> DVDs arn't out yet
[09:08] <Riddell> apokryphos: fixed, well spotted
[09:10] <apokryphos> that's weird.. why does the anouncement from mdz say the dvd's out?
[09:10] <apokryphos> and the respective page only links to the dvd RC images
[09:11] <Riddell> mirrors not yet synced
[09:11] <Riddell> and in the case of DVDs I think it just lies
[09:13] <apokryphos> ah, inevitable lag
[09:13] <apokryphos> ok, back in a bit
[09:23] <apokryphos> all looks perfect so far :)
[09:23] <Riddell> apokryphos: live?
[09:23] <apokryphos> yeah
[09:23] <Riddell> apokryphos: excellent
[09:23] <Riddell> apokryphos: going to do an install?
[09:24] <apokryphos> Riddell: can't, unfortunately -- I have no free partitions :/
[09:24] <Riddell> bah, always put /home on a separate partition
[09:24] <apokryphos> I do, and have :)
[09:25] <apokryphos> shouldn't the adept menu entry be, "Adept (Package Manager)"
[09:27] <apokryphos> er, or "Package Manager (Adept)" I mean
[09:28] <seaLne> it was on yesterdays install
[09:28] <verwilst> hello!
[09:28] <verwilst> will kubuntu be sent out?
[09:28] <verwilst> cd's i mean :d
[09:28] <verwilst> i would rather have a kubuntu cd than an ubuntu one
[09:29] <apokryphos> verwilst: #kubuntu ;-). But no, no shipit feature for Kubuntu unfortunately.
[09:29] <verwilst> hrm :(
[09:30] <verwilst> sucky :$
[09:33] <freeflying> when will kubuntu5.10 be released
[09:34] <Riddell> freeflying: now!
[09:34] <freeflying> can not find in many mirrors
[09:35] <Riddell> freeflying: http://www.kubuntu.org/download.php  has them
[09:37] <freeflying> thanks ,I get it ,but it too slow for me from this site
[09:37] <Riddell> torrent?
[09:37] <seaLne> yeah i'm only getting ~450K/s on http atm
[09:38] <freeflying> I'm just useing a 4M VDSl
[09:38] <Riddell> seaLne: fancy setting up a torrent for me on your rediculous bandwidth?
[09:38] <seaLne> i will when i have them all
[09:39] <Riddell> cool
[09:41] <LaschW> Does anyone know why there are no kdenetwork deb's for KDE35beta1 for ubuntu?
[09:41] <seaLne> breezy uses 3.4.3
[09:42] <Riddell> LaschW: verwilst made some but I havn't had time to test them I'm afraid
[09:43] <verwilst> LaschW: there are kdenetwork debs
[09:43] <verwilst> they're still in the queue of being accepted though ;)
[09:43] <LaschW> seaLne: Shure, but there is a KDE35beta1 repository out there for breezy too. And what is a bit irritating for me is the circumstance of missing kdenetwork deb's.
[09:43] <verwilst> LaschW: http://ubuntu.verwilst.be
[09:44] <verwilst> it's not a repo, so you'll have to download the files manually, then do dpkg -i *.deb
[09:44] <LaschW> verwilst: OK, I will give it a try. Up to now I used "ftp://bolugftp.uni-bonn.de/pub/kde/unstable/3.5-beta1/kubuntu"
[09:45] <verwilst> yeah, that's the official one
[09:45] <verwilst> mine is an addition to it :p
[09:45] <verwilst> if you find packaging bugs, let me know ;)
[09:46] <LaschW> verwilst: Is there a specific reason why kdenetwork is missing in the official repositories? (my second name is curiosity :-)
[09:46] <verwilst> LaschW: lack of time by Riddell probably ;)
[09:47] <verwilst> LaschW: mine should be put in the official repo when Riddell gets time to check em out
[09:47] <LaschW> verwilst: I only saw them for SUSE, not for Mandriva and not for RH... (on the official repos)
[09:48] <verwilst> www.kubuntu.org/kde35beta1 you mean?
[09:48] <LaschW> verwilst: So lets hope Riddell will have a bit more reccources to do so, after breezy release I would think :-))
[09:48] <freeflying> the konqueror of 3.5 has a bug that you can not copy anything from dir named in chinese
[09:49] <Tonio-> mornin' ;)
[09:49] <verwilst> freeflying: you reported it to bugs.kde.org? ;)
[09:49] <LaschW> verwilst: Yepp, bolugftp is a mirror of kubuntu here in Germany
[09:49] <freeflying> haven't yet
[09:50] <LaschW> freeflying: Aside that konqueror has some very nice new features, e.g. popup blocker
[09:50] <freeflying> yeah ,I know
[09:50] <LaschW> verwilst: No, didn't fill a bugreport due to for me it's not a bug..
[09:51] <verwilst> LaschW: ? :p
[09:52] <apokryphos> Riddell: anything else to test? Tried out quite a few apps
[09:54] <Riddell> apokryphos: nah, so long as its sane that's all good
[09:54] <freeflying> It's seemed you shall delete your kopete config file of yours after you upgrade to 3.4.91
[09:54] <apokryphos> sane and very speedy (can't believe live cds/dvds got this fast :))
[09:55] <freeflying> http://kubuntuforums.net/index.php?topic=338.0
[09:56] <LaschW> BTW. I just saw that kmail 1.8.3 doesn't decrypt gpg mails due to gpgme missing Opengpg support compiled. (GPGme wurde ohne OpenGPG Support kompiliert)
[09:56] <Riddell> LaschW: known issue
[09:57] <LaschW> Riddell: Is there a workaround, beneath recompilation?
[09:57] <Riddell> LaschW: no, I'll upload to -updates soon
[09:59] <LaschW> Riddell: Oh, thnk you. BTW, it might be interesting to add cryptocard support. AFAIK it needs a recompilation to support cryptocards of Werner Koch which are used as fsfe.org fellowship cards.
[09:59] <seaLne> wow i set an upload cap of 2Mb and i'm transfering 2Mb!
[10:00] <seaLne> breezy seems popular
[10:01] <LaschW> Riddell: Cryptocard support is a feature which is seen very interesting for public sector / state authorities
[10:02] <LaschW> Riddell: So thats at least what someone told me who was involved in OpenSource advocathy here in northern germany...
[10:45] <Tonio-> Riddell: hi ! congratulation for the release, it rocks ;)
[10:46] <OculusAquilae> Tonio-: right, congratulation Riddell and all helpers
[10:55] <Tonio-> OculusAquilae: :)
[10:56] <author-psi> congratulation to Kubuntu Team :) my respect for your work
[12:03] <amu> Riddell: the final installimage is 20051012.1 ?
[12:04] <amu> and livecd 20051012.3 ? right?
[12:09] <freeflying> are there more mirrors for kubuntu5.10?
[12:11] <\sh> amu: happy badger day...good morning :)
[12:12] <amu> moin' \sh
[12:14] <\sh> Riddell is sleeping :)
[12:18] <amu> Riddell never sleeps :)
[12:19] <amu> update from ubuntu-hoary 2breezy works execpt some missing depends on the language packages
[12:21] <\sh> amu: hmmm....german ? i did yesterday a hoary -> breezy kubuntu upgrade and it was smooth
[01:01] <amu> \sh: yep, 2 of my coworkers upgraded from hoary this morning german langpack where not upgraded
[01:04] <\sh> amu: hmm..yeah the installation yesterday was uk
[01:06] <amu> only fixable by apt-get install langpack*gnome* cant remember, there where 2 langpackages, after installing them, everything was fine
[01:15] <\sh> dvds are on air..mirroring
[01:29] <\sh> http://releases.ubuntu.com/kubuntu/5.10/kubuntu-5.10-rc-dvd-i386.iso
[01:31] <\sh> sht
[01:33] <\sh> now its correct
[01:37] <apokryphos> though you have the same link twice :P
[01:38] <\sh> apokryphos: damn :) thx
[01:39] <apokryphos> the two links on download section to kubuntu.org seem to not be working here :/
[01:44] <apokryphos> hm, seems to load eventually
[02:38] <bobuse> there is a mistake in the title : https://www.wiki.ubuntu.com/Kubuntu
[02:41] <apokryphos> bobuse: well, what is it?
[02:41] <apokryphos> and this channel is more for the discussion of development :)
[02:41] <bobuse> click on the link ;-)
[02:42] <apokryphos> yes, I have
[02:42] <bobuse> https://wiki.ubuntu.com/Kubuntu is better (without www.)
[02:43] <apokryphos> yes, I figured
[02:43] <bobuse> apokryphos: yes but the title is wrong ...
[02:43] <apokryphos> it's not really helping that you haven't mentioned the error yet
[02:44] <bobuse> https://wiki.ubuntu.com/Kubuntu is better (without www.)
[02:52] <bobuse> \me would just point a typing error ;-)
[02:53] <apokryphos> er, he was talking about channel topic
[03:57] <Tonio-> concerning the "media:/ doesn't use hal" problem, is there any chance to get a fix or will we have to wait for kde 3.5 ?
[04:37] <Tm_T> :(
[04:41] <Riddell> Tonio-: I'll fix it
[04:44] <Tonio-> hi Riddell ! Nice to ear that ;)
[04:45] <Tonio-> and thanks, yakuake is finally in universe ;)
[04:45] <Riddell> but first I need to fix my amd64 so I can actually compile stuff
[04:45] <Tonio-> okay
[04:46] <Tonio-> finally there are a very few bugs ^^ except knetworkconf but i'm sure there will be a replacement for dapper
[04:53] <Riddell> well if someone wants to make a guidance frontend to networkconfig :)
[04:55] <Tonio-> Riddell: you have an application, netgo, whose developpment has just restarted
[04:55] <Tonio-> it is quite simple and efficient
[04:55] <Riddell> I do?
[04:56] <Tonio-> "you have" -> bad french to english word by word translation ;)
[04:56] <Tonio-> "there is"
[04:56] <Riddell> il y a
[04:57] <Tonio-> well yes but in "street spoken french", it common to say "tu as" instead of "il y a" ;)
[04:57] <Tonio-> so I suggested a kcontrol integration to the upstream.... we'll see ;)
[04:58] <Riddell> they never tought us that in school :)
[04:58] <Tonio-> Riddell: -> street french ;)
[04:58] <Riddell> they said street french was going around saying "bof" and "hypercool"
[04:58] <Tonio-> I never learned at school what "to f**k arround" meant ;)
[04:59] <Tonio-> hypercool ^^ ;)
[04:59] <Tonio-> yes some say it
[04:59] <Tonio-> as well as "trop cool"
[04:59] <Tonio-> "mega cool"
[05:00] <Tonio-> Riddell: do you want to make you french better ?? -> you are on kubuntu-fr
[05:34] <Lathiat> eh, i lost the menubar in konqueror
[05:34] <Lathiat> anyone know the key shortcut to get it back
[05:48] <allee> Lathiat: ^M
[05:48] <Lathiat> allee: ^M ?
[05:48] <Lathiat> oh
[05:48] <Lathiat> heh
[05:48] <Lathiat> thanks
[05:48] <allee> :)
[05:48] <Lathiat> that got it
[06:08] <\sh> Riddell: all dvds are up i think *yawn*
[09:02] <\sh> amu: ping
[11:22] <amu> \sh_away: jo?


[06:46] <NickStone> good morning, can someone advise me where I can get the source code for Unity 2D?
[07:53] <mzanetti> tsdgeos: hi
[07:53] <mzanetti> tsdgeos: did you see the bug I found in our jenkins setup? with the xpath query?
[07:53] <mzanetti> crazy shit :D
[07:53] <tsdgeos> mzanetti: nope, didn't
[07:53] <tsdgeos> what happened?
[07:53] <mzanetti> we have the builder job that builds the package
[07:54] <mzanetti> and then, when its done, the parent job does an xpath query to find the appropriate downstream job and download the .deb for further use in testing
[07:55] <mzanetti> now, when we added generic-mediumtests-saucy-touch, we also go a new builder, generic-mediumtests-builder-saucy-armhf
[07:55] <mzanetti> which rendered the xpath query for "generic-mediumtests-builder-saucy" find 2 jobs and throw an internal server error
[07:56] <mzanetti> but only simetimes, when the build number eg. 733 was also contained in the other e.g. 2733 :D
[07:56] <tsdgeos> doh
[07:56] <tsdgeos> pattern matching!
[07:56] <tsdgeos> yeah that sucks :D
[07:56] <mzanetti> but it's fixed now
[07:56] <tsdgeos> progress++
[08:01] <mzanetti> flashing the phone is so much fun lately. always so much new stuff landing :)
[08:13] <sil2100> jamesh: hello!
[08:13] <jamesh> sil2100: hi
[08:13] <jamesh> I saw your bug report
[08:14] <jamesh> Things seem to have unblocked, and we have changed the data the test failed on
[08:15] <sil2100> jamesh: indeed, since I see it built fine now - good! Michael Terry had also these two blocker issues with the main inclusion:
[08:15] <sil2100> Quoting:
[08:15] <sil2100> "* Is grilo-plugins-0.2 going to be dropped too? That is a problematic build-depend. * Needs a team bug subscriber"
[08:15] <sil2100> I need to ask about the second thing, but I guess the first one is not possible to resolve, right?
[08:16] <jamesh> sil2100: the default configuration uses grl-tmdb and grl-lastfm-albumart from that package
[08:22] <jamesh> sil2100: I know there are questions about whether we want to use grl-lastfm-albumart though, and we haven't yet got an API key for themoviedb
[08:22] <jamesh> sil2100: if we sorted out the alternative album art source and decided to drop themoviedb, then we could potentially drop the dependency
[08:23] <sil2100> jamesh: I noticed that there were some problems with getting grilo into main before
[08:24] <jamesh> sil2100: are there particular plugins that are problematic?
[08:25] <sil2100> jamesh: I think the biggest problem with grilo in main is that the source does not run any tests on build, and all the tests that are in the source are out-of-date ;/
[08:25] <sil2100> Which is rather a blocker for the release team
[08:25] <sil2100> We tried resolving that, but upstream doesn't care enough
[08:28] <jamesh> that's certainly something that we can work on.
[08:29] <jamesh> Grilo is a very strong dependency of the mediascanner, since it is the public API for the index
[08:36] <tsdgeos> greyback: ping
[08:36] <greyback> tsdgeos: pong
[08:37] <tsdgeos> i can't get the osk on screen anymore :'(
[08:38] <greyback> tsdgeos: at all? Even just at a clean boot?
[08:38] <tsdgeos> yeah
[08:38] <tsdgeos> i think maliit is core-dumping
[08:38] <tsdgeos> let me check
[08:38] <greyback> feck
[08:39] <greyback> even running manually with QT_QPA_PLATFORM=ubuntumirclient
[08:40] <tsdgeos> greyback: http://paste.ubuntu.com/6039570/
[08:41] <tsdgeos> installing libc-dbg to see if it gives me anything
[08:42] <greyback> tsdgeos: probably not. Try recompiling ubuntu-keyboard, but commenting out the ubuntu_iu-report_osk* functions in src/plugin/ubuntuapplicationapiwrapper.cpp
[08:43] <greyback> I swear it worked for me yesterday
[08:43] <tsdgeos> hmm
[08:43] <tsdgeos> this is bettar
[08:44] <tsdgeos> http://paste.ubuntu.com/6039579/
[08:44] <tsdgeos> am i mismatched?
[08:45] <greyback> I'm not at all sure. Lots of stuff have landed in Mir the last 24 hours. Possible something changed
[08:45] <greyback> but yeah, ignore my above request. It's unrelated
[08:46] <nic-doffay> Anyone upgraded with new trunk today on unity8?
[08:47] <mzanetti> greyback: hey, will work through your comments now.
[08:47] <mzanetti> greyback: regarding the dropping of deprecated stuff. I'm all for it, but...
[08:47] <greyback> mzanetti: let me know what you think
[08:48] <mzanetti> greyback: if this is too far off from the current version, I fear it will take ages until you guys are able to switch to the new API
[08:48] <mzanetti> greyback: do you think that's not the case?
[08:53] <tsdgeos> hmmm
[08:53] <tsdgeos> ApplicationManager REJECTED connection from app with pid 5297 as no desktop_file_hint specified
[08:53] <tsdgeos> and that's the maliit thing
[08:53] <tsdgeos> greyback: ↑↑↑
[08:53] <Cimi> mzanetti, tsdgeos need help somewhere?
[08:53] <tsdgeos> ricmm's new thing?
[08:54] <mzanetti> Cimi: you bored?
[08:54] <Cimi> mzanetti, not really, I can start packing for holidays :P
[08:54] <greyback> mzanetti: you're right, it could take some time to switch. I believe the only way to smoothly transition to Mir is to change the qtubuntu API to match what we want (and what will be in unity-mir)
[08:55] <Cimi> mzanetti, I am little on hold on tasks...
[08:55] <mzanetti> greyback: do you see that happening anytime soon?
[08:55] <greyback> mzanetti: other option is I implement the existing (not so nice) qtubuntu apis in unity-mir
[08:55] <mzanetti> greyback: I'd definitely vote for implementing the new API
[08:55] <greyback> mzanetti: well Daniel and I are trying to close the delta gap right now, it is on our list
[08:56] <greyback> mzanetti: so I say: implement the new API, let's not waste time on the old one, and then transitioning over
[08:57] <greyback> mzanetti: and I'll do my very best to deliver it quickly
[08:57] <mzanetti> greyback: full ack. could we in theory just add a the new signal focusChanged (or what it is) with the new ApplicationInfo to the old one? Then I could start using it and you guys can transition the rest whenever you see fit
[08:58] <greyback> mzanetti: absolutely.
[08:58] <greyback> tsdgeos: weird, maliit should be permitted by the app manager
[08:58] <mzanetti> greyback: ok. I'll clean this up, add tests and mock implementation to it and return it to you for review
[08:58] <tsdgeos>     if (command.startsWith("maliit-server")) {
[08:58] <tsdgeos>         authorized = true;
[08:58] <tsdgeos>         return;
[08:58] <tsdgeos>     }
[08:59] <greyback> exactly
[08:59] <tsdgeos> greyback: maybe the QPA_BL_ABLA
[08:59] <tsdgeos> makes that code bork
[08:59] <greyback> right, try exporting hte var and trying again
[09:00]  * greyback thinks this authorizer more trouble that it is worth
[09:00] <mzanetti> Cimi: if you're still looking for some small fix to do, you could check out why the Popover in unity is white text on white background
[09:01] <tsdgeos> greyback: i don't get that rejected stuff anymore
[09:01] <tsdgeos> but the thing still crashe
[09:01] <tsdgeos> s
[09:02] <tsdgeos> (gdb) bt
[09:02] <tsdgeos> #0  0x40e6b8a0 in ?? ()
[09:02] <tsdgeos> #1  0x412c7872 in ?? ()
[09:02] <tsdgeos> #2  0x412c7872 in ?? ()
[09:02] <greyback> tsdgeos: sorry I can't try it here yet, phone refusing to connect to wifi. Could you try the ubuntu-keyboard recompile I mentioned abve
[09:02] <tsdgeos> sure
[09:04] <Cimi> mzanetti, I think there was a bug report for that
[09:04] <Cimi> mzanetti, let me see
[09:05] <mzanetti> Cimi: yes, there is one
[09:05] <sil2100> jamesh: ah, one more thing!
[09:05] <sil2100> jamesh: regarding the unity-scope-mediascanner failing test
[09:06] <sil2100> jamesh: yesterday I actually were able to get some debugging output from the test failure, not sure if it will be any use though
[09:06] <jamesh> sil2100: It could help, so I'd be happy to look
[09:10] <Cimi> mzanetti, where?
[09:11] <mzanetti> Cimi: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1201864
[09:11] <sil2100> jamesh: let me pastebin it
[09:11] <Cimi> thank u
[09:12] <mzanetti> Cimi: another one: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1205094
[09:13] <Cimi> mzanetti, it's already assigned
[09:13] <mzanetti> Cimi: yeah, but florian is not working on it right now
[09:13] <Cimi> mzanetti, more of an sdk thingy
[09:13] <mzanetti> Cimi: yeah, it's an SDK thing, but it doesn't seem to show up on the SDK people's priority list anytime soon
[09:14] <sil2100> jamesh: http://paste.ubuntu.com/6039666/
[09:18] <jamesh> sil2100: okay, so I think this is a case of the mediascanner taking longer than expected to start up.
[09:20] <jamesh> the timeout is inside the dbusmock wait_for_bus_object() helper, so isn't directly configurable
[09:20] <jamesh> perhaps moving the part that can fail out of setUpClass() would do the trick
[09:21] <sil2100> Since I would love to have that test back on, I love it
[09:26] <tsdgeos> greyback: nothing, no keyboard at all
[09:26]  * tsdgeos keeps his :'(
[09:26] <greyback> tsdgeos: and useless backtrace?
[09:29] <tsdgeos> yeah
[09:29] <tsdgeos> three ??
[09:34] <nic-doffay> pstolowski, ping
[09:34] <greyback> tsdgeos: please try this one: https://chinstrap.canonical.com/~gerboland/packages/
[09:34] <pstolowski> nic-doffay: pong
[09:35] <nic-doffay> mzanetti, I'll take a look into those tomorrow if you need them sorted.
[09:35] <mzanetti> nic-doffay: ?
[09:36] <greyback> tsdgeos: please try this one: https://chinstrap.canonical.com/~gerboland/packages/
[09:36] <greyback> think router on last legs
[09:36] <tsdgeos> greyback: boom!
[09:36] <tsdgeos> that one works :-)
[09:36] <nic-doffay> mzanetti, those bugs you posted.
[09:37] <mzanetti> ah, ok. Cimi ^^
[09:37] <Cimi> mzanetti, ok
[09:39] <greyback> tsdgeos: can you work with that until I figure out what's wrong with trunk?
[09:39] <tsdgeos> sure
[09:39] <greyback> thanks
[09:40] <tsdgeos> greyback: now, you told me to remove some stuff and recompile, i did only recompile, so maybe why it was still crashing, want me to try to remove stuff you said?
[09:41] <greyback> tsdgeos: sure, just for sanity check. Those methods should not be called while on Mir. If they are called, they cause crash exactly like your BT describe (3 lines of rubbish)
[09:42] <jamesh> sil2100: one other issue I ran into that I'm not sure who to follow up with: we don't seem to ever run xdg-user-dirs-update on the phone image, so the glib API for XDG special dirs doesn't give back useful results
[09:42] <jamesh> do you know who to ask about that?
[09:43] <sil2100> jamesh: ah, I think Michael pointed that bug out as well - I guess I would personally start off by poking ogra_ on #ubuntu-touch
[09:43] <jamesh> okay
[09:48] <larsu> why doesn't the -I parameter on qmlscene get precedence over the plugins installed on the system?
[09:49] <larsu> at least it looks that way for me, doing "qmlscene -I . a.qml" does not even look at the current directory to find my plugin
[09:51]  * tsdgeos curses -Werror
[09:51] <tsdgeos> to rebuild ubuntu-keyboard agai
[09:51] <tsdgeos> that's a really useful way to spend my time
[09:54]  * greyback moving to office, back in ~40
[10:04] <dednick> larsu: ping
[10:04] <larsu> dednick: hey. You're not pinging to answer my question, are you?
[10:05] <dednick> larsu: nope. :) sorry, i dont know that
[10:06] <larsu> nobody seems to, but it breaks my make check :(
[10:07]  * tsdgeos wants gerry want now not in 40 min!
[10:09] <dednick> larsu: i'm sure there must be a way to do it. dont think unity8 tests would work otherwise...
[10:09] <dednick> larsu: but on another note, can you take a quick look at this: https://code.launchpad.net/~nick-dedekind/qmenumodel/unitymenumodel.change.ActionStateParser/+merge/182855
[10:10] <dednick> causing me issues
[10:12] <larsu> dednick: I think I'd prefer it if you had a setParent() in setActionStateParser()
[10:13] <larsu> dednick: but it doesn't matter really, because you create all of them with the model set as parent
[10:13] <dednick> larsu: the root action state parser is not parented by the menu. it's a sep entity so i dont want it deleted by the menu on destruction.
[10:14] <larsu> dednick: ah, okay. Approving :)
[10:14] <dednick> larsu: ta
[10:18] <mhr3_> tsdgeos, do you about plans for annotated icon in unity8?
[10:18] <tsdgeos> annotated icon as in?
[10:19] <dednick> larsu: If you get a chance today can you take another look at the UnityMenuAction branch. I made the changes you commented on.
[10:19] <larsu> dednick: ah cool, I'll have a look
[10:19] <dednick> larsu: thanks.
[10:19] <seb128> larsu, try maybe asking the sdk guys for you -I question
[10:19] <larsu> ah, unity8 uses qmltestrunner... maybe that helps
[10:19] <mhr3_> tsdgeos, icon provider for image://anotated/...
[10:20] <larsu> dednick: thanks for the hint^^
[10:20] <mhr3_> tsdgeos, but i guess that's a "no" :)
[10:20] <larsu> seb128: good idea, will do. It's the thing that causes your make check failure
[10:20] <tsdgeos> mhr3_: yeah, not in my "space of things i'm aware of" sorry
[10:22] <dednick> larsu: we also use qmlscene for our "tryTest" targets. but it looks like it just uses the -I option.
[10:29] <larsu> dednick: in unity8? I can only find tests that use qmltestrunner in there
[10:30] <larsu> maybe I should just use that...
[10:32] <larsu> hm, same problem with its '-import'
[10:38] <mhr3> sil2100, how is autolanding going to work after ff? merges against lp:xyz will still go to s, and lp:xyz/ver+1.0 will be t?
[10:38] <jamesh> sil2100: on the subject of grilo tests, what is the best way forward?  Is it a hard requirement that its test suite be brought up to date first, or is it something we can tackle after?
[10:39] <tsdgeos> greyback: yo
[10:39] <tsdgeos> have a sec?
[10:40] <sil2100> mhr3: that is a valid question, but due to all the things happening now let me answer it with a "not sure right now!" ;p
[10:40] <greyback> tsdgeos: sure
[10:40] <mhr3> sil2100, fair enough, will you send a mail once you do?
[10:41] <sil2100> jamesh: I guess without those tests running, the release team won't let this package into Main after what I discussed with them
[10:41] <sil2100> jamesh: so I think we need to target an FFe for mediascanner inclusion anywa
[10:41] <sil2100> y
[10:42] <tsdgeos> greyback: so, can you confirm that on the "bad landscape" you get
[10:42] <tsdgeos> QUbuntuWindow::moveResize (this=0x83a888, x=262, y=0, w=506, h=1280)
[10:42] <tsdgeos> ?
[10:42] <fajung> hi, how can I display in the unity's launcher side bar my mounted partition[/mnt/Warehouse] ?
[10:43] <greyback> tsdgeos: I'm just reflashing. I have these values in my notes: x=238, y=0, w=482, h=1280
[10:43] <tsdgeos> ah well
[10:43] <greyback> possibly our screens have different resolutions?
[10:43] <tsdgeos> your screen is smaller
[10:43] <greyback> right
[10:43] <tsdgeos> still
[10:43] <tsdgeos> i'm getting QUbuntuWindow::moveResize (this=0x83a888, x=262, y=0, w=506, h=1280)
[10:44] <tsdgeos> and i don't see the thing begin really 506 in width (which in this landscape case its his height)
[10:44] <greyback> x+w=770, which is not right
[10:44] <tsdgeos> it is right
[10:44] <tsdgeos> 768
[10:44] <greyback> ah, /me idiot
[10:44] <tsdgeos> that's the width of my screen
[10:45] <tsdgeos> but with a rule i made in a paper (top tech!)
[10:45] <tsdgeos> the w should be around 384 here
[10:45] <tsdgeos> not 506
[10:45] <greyback> tsdgeos: true, there's a chunk of hte OSK which is invisible. It's where the key-press popup is drawn for the top line of keys
[10:45] <tsdgeos> ah
[10:45] <tsdgeos> booo
[10:46] <tsdgeos> so there goes my faith
[10:46] <greyback> sorry :(
[10:46] <tsdgeos> greyback: i've just realized in "the good landscape"
[10:46] <tsdgeos> i can't type
[10:46] <tsdgeos> do you remember if you could?
[10:46] <greyback> tsdgeos: that's a different issue :) You can probably type on the right side of it?
[10:46] <tsdgeos> right
[10:46] <tsdgeos> we are not moving the punch hole
[10:47] <greyback> tsdgeos: here's hte problem. The OSK surface is on top of shell, and app surfaces. So it gets all input events by default - so shell and app don't get them
[10:47] <greyback> tsdgeos: oh you're ahead of me, cool
[10:47] <greyback> correct, the punch hole sometimes doens't move. Seems shell doesn't always get orientation change signals!
[10:48] <tsdgeos> anyway as you said that's a different issue
[10:48]  * tsdgeos goes to his original one
[10:48] <tsdgeos> oh
[10:48] <tsdgeos> this one is interesting
[10:48] <tsdgeos> if in the "bad landscape"
[10:48] <greyback> tsdgeos: really this whole OSK thing is a mess. I don't know how else to hack around it, aside from doing some major refactoring
[10:49] <tsdgeos> i press the "123" thing
[10:49] <tsdgeos> i get the "q"
[10:49] <tsdgeos> so there is something that really thinks is at the bottom of the screen
[10:49] <greyback> yeah, so the inputs are being calculated correctly. But the draw is not in the correct place
[10:59] <dednick> larsu: what is being imported before?
[11:00] <larsu> dednick: hm? I think I'm missing context
[11:00] <dednick> larsu: oh hang on. i thought you ment that your imports were being imported after the system ones.
[11:01] <larsu> dednick: ah, yes.
[11:01] <dednick> larsu: but they're before?
[11:01] <larsu> dednick: no, it looks like it imports the system's version of gsettings-qt before it imports the local one
[11:01] <larsu> even though I specified -I
[11:01] <larsu> or -import on qmltestrunner
[11:02] <larsu> zsombi says it's my fault :-(
[11:02] <dednick> larsu: there's a env var you can set that will output the imports... cant remember it now. i'll look for it.
[11:03] <larsu> ah that would be cool, thanks
[11:06] <seb128> larsu, what command to you run to reproduce the issue?
[11:07] <larsu> seb128: I have a test script that I run with qmlscene -I .
[11:07] <larsu> seb128: zsombi is right, this works in ubunut-ui-toolkit
[11:08] <dednick> larsu: QML_IMPORT_TRACE=true i think
[11:10] <dednick> has anyone flashed their device today? is the battery brigtness slider still in the indicators?
[11:10] <larsu> dednick: yep that works, thanks. It shows me that it is loading the wrong plugin, so I'm not crazy :)
[11:11] <dednick> nevermind about battery. report was incorrect.
[11:11] <dednick> larsu: can you paste the comment you're using to import?
[11:11] <dednick> to run i mean
[11:11] <dednick> oh. "-I ."
[11:11] <larsu> dednick: qmlscene -I . a.qml
[11:12] <larsu> dednick: right, a.qml simply has an Item{} and a GSettings object
[11:12] <dednick> larsu: where is the qmldir file?
[11:12] <larsu> dednick: in GSettings/qmldir
[11:14] <larsu> ARGH
[11:14] <larsu> I've found it
[11:14] <larsu> this is stupid
[11:14] <larsu> dednick: the installed version is in a directory named GSettings.1.0
[11:15] <larsu> which is more specific or something... when I move my local GSettings to GSettings.1.0, it works
[11:15] <dednick> hm. that's weird.
[11:24] <dednick> tsdgeos, mzanett: either of you know why the shell app is flickering like mad on desktop?
[11:25] <tsdgeos> is it?
[11:25] <tsdgeos> it was fine here
[11:25] <tsdgeos> yesterday
[11:25] <tsdgeos> dednick: what you do?
[11:25] <dednick> run it...
[11:25] <tsdgeos> what flickers?
[11:25] <tsdgeos> everything?
[11:25] <dednick> hand on, i'll get a vid. yeah, everything
[11:25] <tsdgeos> let me pull & build
[11:28] <tsdgeos> dednick: no blinking here
[11:28] <dednick> tsdgeos: pull down indicators?
[11:28] <tsdgeos> dednick: you're on xmir?
[11:28] <dednick> tsdgeos: nope
[11:28] <tsdgeos> ok, me neigher
[11:29] <tsdgeos> dednick: still no blinking
[11:30] <jamesh> sil2100: I'm stopping for dinner, but just put this up for review: https://code.launchpad.net/~jamesh/unity-scope-mediascanner/fix-integration-test/+merge/182877
[11:31] <jamesh> sil2100: that should hopefully fix the reliability problems in the test.
[11:31] <greyback> dednick: I get it.
[11:31] <dednick> tsdgeos: https://dl.dropboxusercontent.com/u/85539674/Screencast%202013-08-29%2012%3A30%3A39.mp4
[11:32] <tsdgeos> brrr
[11:32] <tsdgeos> maybe the scopes are refresshing themselves?
[11:32] <tsdgeos> and we reload the data?
[11:32] <dednick> seems that everthing is flickering though. not just the dash
[11:33] <greyback> dednick: you using qt5.1 PPA?
[11:34] <dednick> greyback: i think so. updated for it yesterday
[11:34] <greyback> dednick: me too. tsdgeos you?
[11:34] <dednick> greyback: but it's being doing it longer than that
[11:34] <mzanetti> greyback: so... I'd say this is ready for the real review: https://code.launchpad.net/~mzanetti/unity-api/application-api/+merge/182692
[11:34] <greyback> really? Hmm
[11:35] <dednick> greyback: i think it has anyway. days merge into one another these days
[11:35] <tsdgeos> greyback: no i'm on 5.0 regular
[11:35] <greyback> mzanetti: ack, on my list
[11:35] <mzanetti> grew a bit tho :/
[11:35] <dednick> mzanetti: you on qt 5.1?
[11:35] <mzanetti> dednick: no
[11:36] <dednick> hm. ok, i'm going to purge that ppa and try
[11:37] <greyback> mzanetti: "This matches the Launcher api now very closely :)" - great, I'm happy that's the case
[11:40] <mzanetti> greyback: just saying, the other api's in that repo are also in the same way. i.e. the "main" class is a model
[11:40] <greyback> mzanetti: ah, I understand you. Yep, that's good
[11:41] <mzanetti> om26er: hello :)
[11:42] <om26er> mzanetti, hey
[11:42] <om26er> did I broke something with the rename ?
[11:42] <mzanetti> om26er: no... everything perfect.
[11:42] <mzanetti> om26er: thanks for that btw
[11:42] <mzanetti> om26er: looking quite good now. there is one failure: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-maguro/348/console
[11:43] <mzanetti> om26er: but I'm not sure if we can protect us better against this kind of stuff
[11:43] <mzanetti> om26er: maybe something like this in the beginning of a job
[11:43] <om26er> mzanetti, yeah, that's problematic I heard people were looking into solutions where internet would work from the server these devices were connected to so no need for wifi, but that didn't happen
[11:44] <om26er> through adb
[11:44] <mzanetti> while [ $? -ne 0 ]; do ping -c1 launchpad.net; done
[11:44] <mzanetti> that would wait until network is up... of course would need more checks etc...
[11:45] <om26er> mzanetti, In this case for example internet will only work of we try to reconnect to the network
[11:45] <om26er> its not like the internet was not ready its just some race where it does not work at all and needs to be retried
[11:50] <dednick> not exactly a walk in the park to get rid of qt5.1 :(
[11:51] <mhr3> dednick, so it's just a spooky park with a wanted murderer lurking in there?
[11:52] <dednick> mhr3: i guess you could put it like that. if you really wanted to
[11:53] <mhr3> dednick, but then you can that anything is a walk in the park ;)
[11:55] <dednick> mhr3: :)
[11:56] <mhr3> generalizations ftw
[11:56] <dednick> greyback, tsdgeos: yeah, it seems that it's qt5.1 that was to blame
[11:57] <greyback> dednick: ok, that's not good.
[11:57] <dednick> :) nope
[11:58] <greyback> Mirv: ping
[11:59] <dednick> i was also getting loads of errors from the TabStyle on 5.1, not getting anymore.
[12:01] <dednick> possibly sdk not 5.1 complient
[12:01] <dednick> which could potientially be the cause of flicker as well i guess
[12:03] <dednick> tsdgeos: now i'm getting "ShaderEffect: source or provider missing when binding textures" !
[12:08] <mhr3> sil2100, any idea what
[12:08] <mhr3>     FAILURE: http://jenkins.qa.ubuntu.com/job/unity-scope-home-saucy-armhf-autolanding/31/console is about?
[12:08] <dandrader> greyback, any easy way of running unity8+SurfaceFlinger after having added that unity8-mir ppa?
[12:09] <greyback> dandrader: ppa-purge
[12:10] <dednick> tsdgeos: ah, i think that just be form missing sdk artwork.
[12:18] <Mirv> greyback: pong
[12:19] <greyback> Mirv: hey, we're having some rendering strangeness with unity8 on the desktop. Might be something strange with a SDK component, am digging.
[12:21] <greyback> Mirv: lol, I should mention this is using the Qt5.1.1 PPA
[12:21] <Mirv> greyback: ok. there is a known fix landing to morning's regression regarding Switch and CheckBox components. if something else, best pinging zsombi, timp or kalikiana from the SDK team
[12:21] <greyback> Mirv: ack
[12:28] <mzanetti> greyback: but it is Ubuntu.Application too right now.
[12:28] <mzanetti> greyback: do you really want to change that to Ubuntu.ApplicationManager ?
[12:28] <mzanetti> (imho Ubuntu.Application fits better because it holds all Application related stuff, not only the Manager - but I will change it ofc if you want me to)
[12:31] <greyback> mzanetti: Well, I'd change Ubuntu -> Unity, as it's a Unity only plugin. I'm not so bothered about the +Manager, you're looking through objective eyes so I'll trust your judgement
[12:32] <mzanetti> greyback: even better. I'd vote for Unity too, just didn't expect you actually want that too :)
[12:32] <mzanetti> greyback: Unity.Application it is then, ok?
[12:32] <greyback> mzanetti: ok
[12:44] <tsdgeos> dednick: interesting
[12:45] <tsdgeos> Mirv: ↑↑↑ have you seen the flickering dednick talks about?
[12:45] <Wellark> alex-abreu: hey, where do webapps install their .desktop files?
[12:46] <alex-abreu> Wellark, atm in /usr/share/applications (for some default ones) or ~/.local/share/applications
[12:47] <Wellark> alex-abreu: sweet
[12:47] <alex-abreu> Wellark, ? :)
[12:48] <Wellark> alex-abreu: for the not default ones
[12:48] <Wellark> they go under ~/.local/share/applications
[12:48] <alex-abreu> Wellark, u working on the launcher bits?
[12:48] <Wellark> just as click?
[12:48] <mzanetti> greyback: ok. seems we're getting close with the application api. fixed the remaining issues
[12:48] <Wellark> alex-abreu: so where do they install icons then?
[12:49] <greyback> mzanetti: thanks, looking
[12:49] <Mirv> tsdgeos: I've only tried on device, and haven't noticed such
[12:50]  * Wellark wonders could we introduce X-Ubuntu-Application-Type key in .desktop files
[12:50] <Wellark> click apps would specify "Click"
[12:50] <mzanetti> tsdgeos: this is starting to look good too: https://code.launchpad.net/~mzanetti/unity8/more-stable-tests/+merge/182778
[12:50] <Wellark> and webapps "Webapps"
[12:50] <Wellark> that would remove the need for guessing where the icons are..
[12:50] <alex-abreu> Wellark, I haven't started in porting/integrating individual webapps to click, but otherwise /usr/share/icons
[12:51] <mzanetti> tsdgeos: 6 runs in a row without autopilot test failure (well one on the phone because wifi broke down)
[12:51] <Wellark> alex-abreu: oh, will the webapps actually be click packages?
[12:51] <alex-abreu> Wellark, "eventually maybe" ... I am not comitting to any eta,
[12:51] <Wellark> I just need to know the rules where to look for the icons
[12:52] <alex-abreu> Wellark, sure
[12:52] <Wellark> and how to differenciate between a webapp .desktop and click .desktop under ~/.local/share/applications
[12:52] <alex-abreu> Wellark, why do you need the distinction ?
[12:53] <Wellark> for reliable icon lookup
[12:53] <Wellark> to begin with
[12:53] <Wellark> there might be something else also
[12:54] <Wellark> but icon lookup is the first that comes to my mind
[12:54] <greyback> mzanetti: commit 98 removed all the Mocks, intended?
[12:54] <mzanetti> greyback: nooooo :D
[12:54] <mzanetti> greyback: moved ... forgot to add back :D
[12:54] <greyback> mzanetti: why not use "bzr mv" ?
[12:55] <mzanetti> greyback: dunno... I'll never learn that...
[12:55] <mzanetti> greyback: fixed
[12:55] <greyback> mzanetti: ta
[12:58] <alex-abreu> Wellark, btw, actions api does not offer any way to add static actions to desktop file ... only to bind to existing/already defined actions from there right?
[12:58] <Wellark> alex-abreu: yep.
[12:58] <Wellark> alex-abreu: you have to write/generate your own desktop files
[12:59] <Wellark> alex-abreu: what are you trying to do?
[12:59] <alex-abreu> Wellark, yup, that's what I do
[13:01] <greyback> mzanetti: approved
[13:02] <mzanetti> chers
[13:02] <mzanetti> +e
[13:03] <mzanetti> anyone knows if there is a easy way to access QSettings from QML? only needed temporary
[13:03] <mzanetti> tsdgeos maybe? ^
[13:04] <tsdgeos> nope sorry
[13:04] <om26er> mzanetti, there is a problem with the launcher icons (after the size was made smaller) there is a white glow on bottom part of most of the icons
[13:05] <om26er> and if you look closely like very closely you can see that the icon is not fully places above the title in the launcher
[13:05] <mzanetti> om26er: yeah, that's the UbuntuShape that paints it there
[13:05] <mzanetti> om26er: not placed where?
[13:07] <om26er> mzanetti, the icon for the phone app for example, if you look closely you see there is a little misalignment of something.. can't explain in words. let me get a screenshot
[13:07] <mzanetti> om26er: right... I see it now
[13:08] <mzanetti> om26er: yeah. also the UbuntuShape. there is a new UbuntuShape in progress which lets as configure the glow etc. hopefully also doing the clipping correctly
[13:10] <om26er> mzanetti, cool, no need for a screenshot then :)
[13:12] <mzanetti> om26er: I'm puzzled with this: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-saucy/2365/artifact/unity8.shell.tests.test_notifications.EphemeralNotificationsTests.test_summary_and_body%20%28Desktop%20Nexus%204%29.ogv
[13:12] <om26er> http://imagebin.org/index.php?mode=image&id=269108
[13:12] <mzanetti> om26er: any ideas what could be happening here?
[13:13] <om26er> mzanetti, I have seen that to happen for me on my phone when I try to unlock the screen right after starting unity
[13:13] <om26er> not all the time but some
[13:14] <mzanetti> hmm... interesting
[13:17] <greyback> dandrader: are you sure you're not using XMir?  But why are you asking?
[13:22] <greyback> dandrader: just to be 100% certain.
[13:22] <greyback> dandrader: next, what graphics chip have you? zsombi just checked on his nvidia and has no flicker
[13:25] <mzanetti> mterry: hi. I approved all your branches, the launcher-items one conflicts by now though :/
[13:26] <mterry> mzanetti, guh so close :)
[13:27] <dandrader> greyback, I have an onboard Intel (which is what I use) and a nvidia graphics card which I keep off (BIOS config) when running linux
[13:28] <mterry> mzanetti, thanks for the reviews
[13:28] <mzanetti> np
[13:29] <greyback> dandrader: ok, I'm intel too. Might be driver bug. Need more data points. mzanetti could you try?
[13:30] <mzanetti> greyback: try what?
[13:30] <mzanetti> dednick: nic-doffay: standup
[13:30] <nic-doffay> mzanetti, on me way
[13:36] <kgunn> dednick: so...the wifi plugin that Cimi needs, isn't it one in the same that you need ?
[13:37] <dednick> kgunn: the welcome wizard wifi page?
[13:37] <greyback> nic-doffay: https://code.launchpad.net/~mzanetti/unity-api/application-api/+merge/182692
[13:38] <dednick> Cimi: ^ ? what wifi plugin do you need?
[13:38] <Cimi> dednick, in system settings
[13:39] <Cimi> dednick, system settings will need a plugin for their wifi panel
[13:39] <Cimi> dednick, since welcome wizard lives inside the system settings, I'll import the plugin and reuse it
[13:43] <dednick> Cimi: sure. i think the system settings is going to use the pages from indicators i think. something like that
[13:44] <greyback> mzanetti: have you an intel graphics chip? Are you running xmir or not?
[13:45] <mzanetti> greyback: no... I'm not
[13:45] <mzanetti> intel chip -> yes, xmir -> no
[13:46] <greyback> mzanetti: ok, dandrader|afk & I are seeing graphical rendering problems when running unity8 on our desktops
[13:46] <greyback> mzanetti: when using qt5.1.1
[13:47] <greyback> mzanetti: we're both intel. I got zsombi to check on his nvidia, and he saw no visual problems
[13:47] <mzanetti> can I run xmir in Xephir or xnest?
[13:48] <mzanetti> yay for more layers
[13:48] <mzanetti> doesn't make much sense I realize...
[13:48] <mzanetti> hmm... how complicated/dangerous is it to use xmir?
[13:50] <seb128> mterry, hey
[13:51] <greyback> mzanetti: https://wiki.ubuntu.com/Mir/Installing, in "Installing from Archive" section. Possible you're already using it
[13:51] <greyback> mzanetti: no nesting supported, sorry
[13:51] <mzanetti> greyback: I don't think so... still running KDE
[13:51] <mterry> seb128, hello
[13:51] <greyback> mzanetti: ahhh
[13:52] <om26er> is the music lens going to be removed or is someone working on it to have real data ?
[13:52] <seb128> mterry, question of the day for you: where is the greeter's background image defined?
[13:53] <mterry> seb128, currently, same as shell.  But ultimately, in AS like on desktop
[13:53] <seb128> mterry, can we assume "same as desktop" from the setting side? ;-)
[13:54] <seb128> mterry, do you want a bug report to track it?
[13:54] <mterry> seb128, I don't know how the shell background is stored right now...  gsettings?
[13:54]  * mzanetti needs to prevent himself from drowning in tabs and closes all apps that support tabs.. bbias
[13:54] <seb128> mterry, yes, same gsettings key as the desktop
[13:55] <seb128> mterry, org.gnome.desktop.background picture-uri
[13:56] <mterry> seb128, sure.  So it just needs to be synced to AS like the desktop does
[13:56] <seb128> mterry, well, current design is https://wiki.ubuntu.com/Appearance?action=AttachFile&do=get&target=phone-background.png
[13:57] <seb128> mterry, 2 pickers
[13:57] <seb128> mterry, so I guess it's just "make the other picker write to IS"
[13:58] <mterry> seb128, oh interesting.  OK, yeah
[13:58] <seb128> mterry, the system-settings side is already done, so we just need to greeter to pick it up
[13:58] <mterry> seb128, it writes it to AS already?  OK.  I'll work on the greeter side
[13:59] <seb128> mterry, yep, http://bazaar.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk/view/head:/plugins/background/background.cpp#L69
[14:00] <mterry> seb128, awesome, thanks!
[14:00]  * mterry works on that today
[14:00] <seb128> mterry, https://bugs.launchpad.net/unity8/+bug/1218402
[14:01] <dandrader> greyback, I didn't say anything about seeing graphical problems...
[14:02] <dandrader> greyback, wans't it dednick ?
[14:02] <greyback> dandrader: yes sorry.
[14:10] <dandrader> greyback, Tests finished on those s/ShellInputArea/InputFilterArea branches. All good. Need your review on those branches: https://code.launchpad.net/~dandrader/unity-mir/mimicSfApi/+merge/182918 and https://code.launchpad.net/~dandrader/unity8/integrate-mir_InputFilterArea/+merge/182919
[14:11] <greyback> dandrader: ack
[14:13] <greyback> dandrader: I'm working on closing the gap with the ApplicationManagerWrapper bits
[14:13] <greyback> dandrader: you're welcome to take anything else on the list
[14:13] <dandrader> greyback, ok
[14:14] <dandrader> greyback, I was thinking about those imports: http://paste.ubuntu.com/6040441/
[14:14] <dandrader> greyback, we should probably align it as well
[14:15] <greyback> dandrader: correct. I think I'll merge ApplicationManager & SurfaceManager completely. Need to do that anyway
[14:15] <greyback> dandrader: well actually, could you do that? Merge it, and call the result "Unity.Application"
[14:16] <greyback> dandrader: I'll do the same from the qtubuntu side
[14:16] <dandrader> greyback, ok
[14:19] <greyback> dandrader: in lp:~dandrader/unity-mir/mimicSfApi, I expected you to rename ShellInputArea. I suppose what you did is safer though..
[14:19] <dandrader> greyback, I wrote my plan on inputfilterarea.h
[14:19] <greyback> dandrader: ah I see it. Ok, fine with me
[14:31] <dandrader> greyback, about the merge: no need to have an intermediate state where we provide Unity.Application, Unity.ApplicationManager and Unity.SurfaceManager, right?
[14:32] <greyback> Mirv: hey, dednick and I both experience graphical flickering with QML on Qt5.1.1 in some cases. But I got zsombi to check on nvidia, and he didn't see any problems. Could be driver issue. Who to poke about that?
[14:32] <dandrader> greyback,  in unity-mir
[14:32] <greyback> dandrader: no need, we'll just land the changes in unity-mir and unity8-integrate-mir in sequence.
[14:33] <dandrader> ok
[14:37] <sonne> so it happens that applications launched by wine are not shown on the bar and i can't alt-tab to them on 12.04... is this a known thing? has it been fixed in some later release?
[14:39] <tsdgeos> mterry: ah, ok
[14:41] <Mirv> greyback: ubuntu-unity or unity-mir maybe for drivers. I don't see flickering on intel either, although I'm a poor desktop unity8 user (I can browse the lens, clicking indicators does not seem to do anything)
[14:41] <ricmm> tsdgeos: hey dude
[14:41] <tsdgeos> ricmm: hi
[14:42] <ricmm> tsdgeos: how are you doing with the OSK draw issue?
[14:42] <Mirv> greyback: but no flicker browsing the lenses
[14:42] <tsdgeos> ricmm: not great
[14:45] <greyback> Mirv: how about this: check out lp:~gerboland/+junk/uitk-5.1.1, compile it as much as it will go (will fail in tests). Then open gallery with "./gallery.sh", open "Navigation" and scroll the page. I see the entire qml scene flicker a bit as I flick that page
[14:51] <Mirv> greyback: hangout finishing soon, I'll report then
[14:51] <greyback> Mirv: thanks.
[15:09] <mzanetti> tsdgeos: any further comments on the launcher-items branch?
[15:09] <tsdgeos> nope
[15:10] <mzanetti> tsdgeos: ok, I'll approve it then. Once I'll integrate the Application API we need to parse this stuff ourselves only very rarely any more
[15:19] <dandrader> greyback, the unity-mir part got merged. I think we can get this one in now [1] or do we have to wait for a release? [1] - https://code.launchpad.net/~dandrader/unity8/integrate-mir_InputFilterArea/+merge/182919
[15:20] <greyback> dandrader: ye, compiling now
[15:20] <greyback> dandrader: is good to wait for release, just in case
[15:22] <Mirv> greyback: I don't see any flicker. note that Mesa 9.2.0 just went into saucy if you're using free drivers, I don't know if it has an effect
[15:22] <Mirv> I've sandy bridge intel (HD 3000)
[15:23] <greyback> Mirv: I've exact same. Ok let me update everything and reboot to double-check
[15:36] <mzanetti> om26er: any chance of reproducing the freeze when unlocking?
[15:36] <mzanetti> om26er: and sending me the debug output?
[15:36] <mzanetti> I can't reproduce it here
[15:37] <om26er> mzanetti, it happens very few times, but I can try now to reproduce it.. which logs will be useful ?
[15:37] <mzanetti> om26er: unity8
[15:37] <om26er> mzanetti, its terminal logs you mean ?
[15:37] <mzanetti> om26er: ~/.cache/upstart/unity8.log
[15:37] <om26er> ah
[15:37] <om26er> ok
[15:37] <mzanetti> om26er: yes. if you start it manually, the terminal output. if started by upstart it's in there
[15:38] <om26er> mzanetti, each time the file is wiped or will it contain old logs as well ?
[15:38] <kgunn> greyback: just to verify...in surfflinger mode, i should be able to stop/restart unity8 with qt fps reporting on right?
[15:38] <mzanetti> om26er: its logrotated
[15:38] <mzanetti> om26er: just paste the last 200 lines or so... that should do
[15:38] <om26er> mzanetti, ok
[15:40] <greyback> kgunn: if you follow the same steps, yes: stop unity8; QML_RENDERER_TIMING=1 unity8
[15:45] <om26er> mzanetti, can't reproduce atleast now will keep trying. I tried 'yes' to load the cpu that's didn't work either
[15:46] <mzanetti> om26er: hmm... I don't think "yes" does a lot on the cpu
[15:47] <om26er> mzanetti, seems it actually does result in a cpu spike, when yes is executed  sshd, adbd  and yes itself take quite a lot of cpu compined
[15:47] <om26er> *combined
[15:58] <tedg> dednick, Is there anything blocking your bluetooth icons from landing?
[15:58] <tedg> (well, not yours, but you said you had a branch with them)
[16:13] <mhr3> dednick, i can't connect to wifi with latest image... help?
[18:09] <larsu> boiko: hi! How are you?
[18:09] <boiko> hey larsu!
[18:09] <boiko> larsu: good, thanks, and you?
[18:09] <larsu> boiko: great! I'm trying to figure out bug 1215644, but it works with my test script
[18:09] <larsu> boiko: could it be that it is a bug in the phone app?
[18:10] <larsu> boiko: can you point me to the source of were you add the message to the messaging menu please?
[18:10] <dandrader> greyback, still there?
[18:10] <boiko> larsu: I need to double check that one, but the thing is that this code was not changed in ages :)
[18:11] <larsu> boiko: ya, same for me :) It's enough if you point me to the repo for now, I'll check it
[18:11] <boiko> larsu: so, this code now lives in lp:telephony-service, let me get your the correct file
[18:11]  * larsu branches
[18:12] <larsu> boiko: got it, thanks
[18:12] <boiko> larsu: I can help debugging that, but probably only tomorrow :/
[18:12] <larsu> boiko: it is missing a call to messaging_menu_message_set_draws_attention()
[18:13] <larsu> boiko: but I wonder why this has worked until now
[18:13] <boiko> larsu: good question :)
[18:13] <larsu> boiko: and maybe I should just change the default to draws-attention=true (because that's what you most likely want always)
[18:13] <boiko> larsu: I guess the chewie-client was turning the icon blue whenever there was a message?
[18:13] <larsu> boiko: ah!
[18:14] <larsu> boiko: very good point. I'll change the default anyway, so you don't have to worry about a thing here :)
[18:14] <larsu> boiko: thanks for pointing me to it. Have a good evening!
[18:14] <boiko> larsu: nice! thanks!
[18:14] <boiko> larsu: have a good one too :)
[18:16] <larsu> boiko: thanks :)
[23:26] <cyphermox> bregma: hey
[23:26] <cyphermox> bregma: lots of tests failing in unity atm: http://<IP_ADDRESS>:8080/job/autopilot-saucy-daily_release/1428/testReport/


[02:26] <amel> hi everybody, wanna ask you guys, where can i get a copy of ubuntu 10.10 in Malaysia for free? tq
[03:38] <sweemeng> amel, grab it from bytecraft,
[03:38] <sweemeng> it is fast enough to download
[04:30] <isolat3dsh33p> amel, from your internet. You can download it freely via torrent or direct download from ubuntu's website. :)
[05:22] <amel> ok tq
[08:31] <ch3d33n> saya memohon bantuan sesiapa yg tgh o9 berkenaan GRUB RESCUE
[08:33] <ch3d33n> anybody can help me on GRUB RESCUE?
[08:52] <ch3d33n> anybody can help me on GRUB RESCUE? help


[11:56] <pawel101> hiall. any1 know a good  free game program for linux / lubuntu to make mmorpg games?
[22:46] <Captonjamason> hey
[22:46] <Captonjamason> can i get some help
[22:47] <Captonjamason> when i run the lubuntu installer it changes and says Out of scan range on my monitor
[22:54]  * genii makes more coffee
[22:55]  * wxl drinks said coffee
[22:56] <genii> wxl: I'm actually working on a Guinness Extra Stout here while watching hockey, so knock yourself out ;) Just habit to make a pot


[07:55] <soee> good morning
[08:18] <lordievader> Good morning.
[09:06] <Sick_Rimmit> Good morning folks
[09:11] <lordievader> o/
[09:27] <frechdachs69> anyone who knows how to check for installed Qt5 plugins using cmake with Ubuntu 14.04? according to cmake no plugins are available at all although the installed libqt5gui5 package contains them
[09:30] <Riddell> frechdachs69: no idea I'm afraid, try in #kde-devel
[09:44] <frechdachs69> which package do I have to install with ubuntu 14.04 to get 'Qt5Gui_QGifPlugin.cmake' ?
[09:47] <Riddell> frechdachs69: http://packages.ubuntu.com/search?searchon=contents&keywords=libqgif.so&mode=exactfilename&suite=trusty&arch=any
[09:50] <sitter> Riddell, mamarley: I pushed my current stuff to the kubuntu_unstable branch, will definitely need some peer review
[09:51] <Riddell> sitter: for what?
[09:51] <sitter> qca that is
[09:51] <Riddell> ah hah
[09:51] <Riddell> sitter: did you add a suffix?
[09:51] <sitter> Riddell: yeah library currently is libqca-qt5
[09:59] <frechdachs69> Riddell: thx but I'm not looking for the shared lib but for the cmake file
[10:01] <Riddell> frechdachs69: using that site you can see there's no such file
[10:29] <kfunk> frechdachs69: "plugin" indicates it's a plugin => there are no cmake files for plugins (because you cannot link against them anyway)
[11:05] <mamarley> sitter: Cool, thanks!  I will try to build Quassel against it and see what happens.
[11:06] <Riddell> mamarley: I'm compiling now if you want the amd64 vivid packages shortly
[11:07] <mamarley> I'm not on Vivid quite yet.
[11:07] <Riddell> it needs some changes to compile, wait until I put it in git
[11:07] <mamarley> OK
[11:11] <soee> Riddell: if in unstable new package version is built, it means that some changes has been added right ?
[11:12] <soee> so the build is not triggered if package does not change ?
[11:12] <Riddell> soee: you mean in kubuntu-ci?
[11:12] <soee> Riddell: yes
[11:12] <Riddell> yeah I guess so, could be upstream or packaging change
[11:13] <soee> Riddell: for example, kactivities-kf5 last build was from 18 and there is from today, can i check what exactly has changed there ?
[11:16] <mamarley> Riddell: Which git repository are you talking about?
[11:16] <Riddell> mamarley: packaging in http://anonscm.debian.org/cgit/pkg-kde/kde-req/qca2.git/
[11:16] <Riddell> kubuntu_unstable branch
[11:16] <mamarley> Ah, OK.  Silly me, I was looking on Lauchpad.
[11:18] <Riddell> mamarley: old school, we're moving to debian git now
[11:18] <Riddell> but there's a million missing symbols :(
[11:18] <mamarley> Those annoying symbols :(
[11:19] <mamarley> Also, if you want old-school, where I work, we are just finally migrating the project on which I work from CVS to git. O.o
[11:20] <Riddell> wow :)
[11:21] <mamarley> As someone who learned VCSs on git, CVS is like "argh!"
[11:45] <Riddell> hmm, this qca packaging needs some love
[11:51] <mamarley> Riddell: Yeah...  For me, it fails to even apply the disable_randomunittest.diff patch.
[11:53] <Riddell> mamarley: and the qt5 package has the slight failing of compiling against qt4 :)
[11:53] <mamarley> Oops
[11:55] <Riddell> fixing it..
[11:55] <mamarley> Thank you :)
[12:28] <sgclark> morning
[12:29] <mamarley> sgclark: HI
[12:29] <mamarley> oops
[12:29] <mamarley> sgclark: Hi!
[12:30]  * mamarley can't type today.
[12:33] <Riddell> mamarley: ok qca2 updated in git kubuntu_unstable branch
[12:34] <Riddell> mamarley: I also uploaded to ppa:kubuntu-ppa/staging for kubuntu_vivid
[12:34] <mamarley> Riddell: Oh, even better, thanks!
[12:36] <Riddell> mamarley: also uploaded to ppa:kubuntu-ppa/staging for utopic
[12:37] <Riddell> mamarley: are you able to test it and check it works with quassel fo qt5? then I can upload it to the archive
[12:38] <mamarley> Sometime today.  Before too much longer, someone is coming to fix the windshield on my car so I will be busy.
[12:39] <Riddell> yeah anytime is good, you're the only person who requested it so far so it's your own time you're wasteing as my teacher used to say :)
[12:39]  * Riddell wonders why he uploaded to staging and not experimental
[12:56] <mamarley> Riddell: It is FTBFS for i386 on Vivid and both arches on Utopic :(
[12:57] <mamarley> Test failures, ugh.
[12:58] <soee> woho chromium 39
[12:59] <mamarley> soee: I don't know about you, but for me, Chromium turns into a jerky CPU-hog on any page that has any sort of fixed background or overlay.
[13:00] <soee> i had small problems with 38 - was just hangind after several minutes of usage (i couldnf do any action except minimize/maximize)
[13:00] <soee> than when minimized it stared to respond again
[13:00] <Riddell> mamarley: mm, adding a workaround
[13:01] <mamarley> Strange that it succeeded on Vivid x86_64 but failed everywhere else...
[13:02] <soee> now with one tab opened all chromium processes use ~300mb
[13:03] <Riddell> mamarley: ok reuploaded to kubuntu-ppa/experimental
[13:03] <mamarley> Thanks!
[13:10] <mamarley> Riddell: https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/experimental/+build/6597264 :(
[13:11] <kfunk> Riddell: http://blog.martin-graesslin.com/blog/2014/06/where-are-my-systray-icons/ <- did you plan to integrate this Qt patch? I'm running 14.10 + kubuntu-next-ppa, and I still don't get the icon for pidgin, for instance.
[13:11] <kfunk> (still have to run wmsystemtray  to make it show up)
[13:12] <soee> kfunk: same with skype
[13:13] <kfunk> yeah, it's one of the biggest remaining annoyances in Plasma 5 these days ;)
[13:13] <kfunk> rest works like a charm
[13:14] <BluesKaj> Hiyas all
[13:21] <soee> kfunk: well this isnt any problem to me tbh :) im missing my shortcut to switch to 'next activity' :) thats teh biggest issue for me
[13:21] <kfunk> to me, activities are quite useless altogether tbh ;)
[13:21] <kfunk> I'm happy when they don't get in my way
[13:21] <kfunk> (like accidentally switching activities, which happened in the past)
[13:22] <mamarley> The Quassel compilation with QCA on Qt5 almost works, but I get a "make[2]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libqca.so', needed by 'src/../quasselcore'.  Stop." right at the end. :(
[13:23] <mamarley> I don't know much about cmake, or about how Qt5 support is implemented in QCA2, but maybe I need to use "QCA2-QT5" instead of just "QCA2" as the package name
[13:24] <mamarley> Nope.
[13:28] <ScottK> It's not just about the package name, it's also about the library file names.
[13:29] <ScottK> See what I had to do for qscintilla2 as a rough example.
[13:41] <mamarley> ScottK: This version: https://launchpad.net/ubuntu/+source/qscintilla2/2.8.3+dfsg-3 ?
[13:42] <ScottK> mamarley: Yes, although if you look at later versions, I didn't get it quite right on the first try.
[13:42] <mamarley> OK, thanks!
[13:46] <mamarley> ScottK: Would this need to be changes to the QCA package or the Quassel package?  I looked at the diff for the qscintilla2 package, but it doesn't appear to be using cmake and I am not sure what the changes mean.
[13:46] <ScottK> qscintilla2 is using qmake, so it's not exactly the same.
[13:46] <ScottK> It'd be QCA.
[13:47] <ScottK> The point was both the package name and the name if the files in the library need changing to not conflixt.
[13:47] <ScottK> conflict
[13:47] <Riddell> mamarley: ah yes simple mistake I made, fixing
[13:47] <Riddell> kfunk: hmm we should do already no?
[13:48] <mamarley> ScottK: Riddell: By hacking the build.make file after configuring, I actually got it to build.
[13:48] <mamarley> Now to see if it runs...
[13:49] <Riddell> mamarley: huh? what did you need to do?
[13:49] <mamarley> Riddell: I changed "libqca.so" to "libqca-qt5.so".  A dirty workaround, I know, but I am just trying to see if it will run at all.
[13:50] <kfunk> Riddell: doesn't appear to be working. does it for you?
[13:50] <kfunk> Riddell: try running pidgin, for instance
[13:50] <Riddell> mamarley: new upload to kubuntu-ppa/experimental
[13:50] <kfunk> or do I  just need to tweak some settings?
[13:51] <Riddell> no tweaks needed
[13:51] <Riddell> installing skype..
[13:52] <soee> kfunk: hwo can you accidentyl switch activity ? D:
[13:52] <kfunk> soee: with shortcuts, I think
[13:52] <kfunk> at least in KDE4 times
[13:52] <kfunk> by now I removed any activities but one, so it can't happen anymore
[13:52] <soee> :) this shortcut was teh best think in kde :)
[13:53] <mamarley> Riddell: Thanks!
[13:53] <Riddell> kfunk: skype is i386 so you need to install sni-qt:i386
[13:53] <mamarley> And by the way, with the hack to get it compiled, Quassel with QCA on Qt5 seems to be working!
[13:53] <Riddell> mamarley: oh you had to edit the file in quassel I see
[13:53] <mamarley> I don't actually know of any encrypted channels in which to try it, but it starts and doesn't crash, so...
[13:53] <mamarley> Riddell: Yep.
[13:54] <kfunk> Riddell: skype is not my issue
[13:54] <Riddell> mamarley: fancy adding that as a comment to https://git.reviewboard.kde.org/r/121168 ? "you are making distros change the library name which means anything using the library also needs to be changed, please update the soversion as this patch does"
[13:55] <mamarley> Ah, you want me to get involved in that flamewar :)
[13:55] <sgclark> lol
[13:55] <mamarley> Sure, I can do that.
[13:55] <kfunk> Riddell: pidgin is 64bit, and I have sni-qt installed
[13:55]  * mamarley puts on the flamesuit and refills his flamer's propane tank.
[13:57] <Riddell> kfunk: yes I gree that does not work
[13:59] <Riddell> ScottK: bug 1378789 still needing some love
[14:00] <mamarley> Riddell: It might take me a minute, sorry.  I created a KDE Identity, but the confirmation email was greylisted :/
[14:00]  * ScottK has a list. That's on it.
[14:01] <kfunk> hmmm. I have a Qt5 application using QSystemTrayIcon where it doesn't work either
[14:01] <kfunk> I'm confused
[14:04] <kfunk> oh well, wmsystemtray is my friend for now ;)
[14:11] <Riddell> mamarley: if you have a package of quassel do let me know and I can upload to experimental for testing
[14:15] <mamarley> Riddell: I do, in my quassel-exp PPA.  The core works fine, but the client crashes on startup.  The error information prints something about a Qt4 lib, so I am not sure what is going on with that.
[14:17] <Riddell> mamarley: maybe something is linking against qt4
[14:17] <BluesKaj> is there any other source available for plasma 5 application colour schemes? the downloader still has no other choices and most of the colours <I choose don't stick
[14:17] <Riddell> mamarley: pastebin ldd /usr/bin/quassel
[14:26] <ejat> mamarley: u mean the client package build qt5 in your experimental ppa?
[15:11] <mamarley> Riddell: Just a sec, I need to compile it again.  I don't have the packages installed because that would screw up my real client.
[15:19] <mamarley> Riddell: http://paste.kde.org/pfcutmyp8
[15:20] <Riddell> yep that's qt5 alright
[15:20] <mamarley> Riddell: http://paste.kde.org/po34oe3ur
[15:21] <Riddell> hmm libQtGui.so.4
[15:21] <mamarley> Yep
[15:21] <Riddell> so what's loading that?
[15:22]  * mamarley has been unable to figure that out as of yet.
[15:23] <Riddell> mamarley: try  pmap?
[15:24] <mamarley> Riddell: It crashes immediately upon executing it, so I don't think that would work.
[15:25] <Riddell> ooh 5.4
[15:25] <mamarley> ooh 5.4
[15:26] <mamarley> New software is fun :)
[15:26]  * ScottK thought we were staying with 5.3.whatever.
[15:26] <mamarley> Maybe it is the Qt5-edgers PPA?
[15:26] <ScottK> If so, it shouldn't be in our branches.
[15:26]  * mamarley has no idea what he is talking about; please ignore him.
[15:27] <Riddell> is qt 5.4.0 even out?
[15:27] <ScottK> Pretty sure it's not.
[15:28] <Riddell> mamarley: I wonder if it's your install of phonon vlc
[15:28] <ScottK> Mirv: ^^^ what's that commit message about Qt 5.4.0?
[15:28] <Riddell> mamarley: try  rm /usr/lib/x86_64-linux-gnu/qt4/plugins/phonon_backend/phonon_vlc.so  for good luck
[15:28] <mamarley> Riddell: Oh, yes.  I am using the VLC phonon backend, and VLC uses Qt4.  Darn.
[15:28] <mamarley> Let me switch to the null backend.
[15:30] <mamarley-dev> IT WORKS!
[15:30] <mamarley-dev> It is ugly, but it works!
[15:31] <Riddell> mamarley: what did you do?
[15:31] <mamarley> Riddell: I uninstalled phonon4qt5-backend-vlc.
[15:32] <Riddell> hum, that really shouldn't be loading qt4
[15:32] <mamarley> It shouldn't, but at least it tells me it isn't a problem with my Quassel build.
[15:32] <mamarley> As far as the Qt5.4 thing, the package named above is building in https://launchpad.net/~canonical-qt5-edgers/+archive/ubuntu/qt5-beta2.
[15:33] <mamarley> That PPA has Qt 5.4beta in it.
[15:46] <Riddell> google code in starts in 5 days, what kubuntu tasks can we create for it?
[15:46] <Riddell> tasks for school age people should take a few days
[15:48] <sgclark> dunno, did that sddm hard coding paths geet fixed? the libreoffice them thing?
[15:48]  * sgclark shrugs
[15:49] <Riddell> libreoffice I've added
[15:50] <Riddell> sddm might be too hard
[15:50] <Riddell> last year I had a guy writing blog posts
[15:50] <Riddell> and packaging some bits
[15:51] <sgclark> we hae been doing pretty good on blogging, though I guess more depth might be good. Always stuff to package
[15:52] <ScottK> Riddell: What else needs porting to Qt5/Kf5 that wouldn't be too hard?
[15:52] <sgclark> I am trying to at least finish the kde4 applications today, tomorrow is a big holiday here and I have to cook for an army
[15:53]  * ScottK hopes you're doing the cooking because you enjoy it.
[15:54] <Riddell> sgclark: oh yes it's the big US holiday, I forbid you from doing kubuntu stuff tomorrow
[15:54] <sgclark> ScottK: print-manager, dunno if that is hard tho
[15:54] <sgclark> ScottK: I love cooking :)
[15:54] <sgclark> Riddell: thanks :)
[15:54] <ScottK> Also print-manager's upstream KDE, not Kubuntu specific.
[15:54] <ScottK> Still worth having someone do it.
[15:54] <sgclark> ahh
[15:55] <sgclark> no biggie, 4 version works, just not user friendly to access it
[15:55] <ScottK> What about he restricted driver thingy.  Did someone do that already?
[15:55] <sgclark> it is in kcm5
[15:55] <ScottK> Great.
[15:55] <Riddell> sgclark: print-manager is being done by someone at red hat, needs testing
[15:56] <Riddell> hmm, testing, there's an idea
[15:56] <sgclark> oh cool
[15:56] <sgclark> yes testing, we have piles of applications in ninjhas that need more testing, I am just starting them and not really trying to crash them
[15:58] <mamarley> Riddell: For some reason, I can't get Quassel to detect QCA at all anymore.  It just says "-- Could NOT find QCA2 (missing:  QCA2_LIBRARIES)" during the configure.
[15:58] <mamarley> I definitely have the -dev package installed though.
[15:59] <Riddell> mamarley: during compile?
[16:00] <mamarley> After I execute the cmake command.
[16:00] <mamarley> Not while it is actually compiling.
[16:00] <Riddell> right
[16:00] <Riddell> well needs something else changed for the qca rename?
[16:01] <mamarley> It has "find_package(QCA2)" in CMakeLists.txt.  That might need to change, but I am not sure.
[16:04] <Riddell> FindQCA2.cmake will need to change
[16:04] <Riddell> you may want to grump about this to the qca maintainer
[16:06] <ScottK> Put on your flame retardant pants first.
[16:06] <mamarley> ScottK: Still got those on from earlier :)
[16:07] <mamarley> Actually it looks like Quassel has its own FindQCA2.cmake file.
[16:07] <ScottK> :-)
[16:07] <Riddell> patch that then I guess
[16:07] <ScottK> Then whine at Sput.
[16:07] <mamarley> Yep, looking at that now.
[16:08] <mamarley> Actually, I don't even need to whine at Sput.  I can just make a PR myself. :)
[16:08] <Riddell> well it's not something that can be fixed upstream alas except through qca
[16:09]  * mamarley fires the QCA maintainer.
[16:19] <mamarley> This file doesn't make any sense.  It has a bunch of variables like QCA2_INCLUDE_DIR and QCA2_LIBRARIES that don't seem to be defined anywhere.
[16:19] <mamarley> It is almost like it is pulling data out of mid air.
[16:20] <Riddell> cmake files sometimes do
[16:20] <Riddell> it'll magically make them based on something else if you do mylib(QCA2)
[16:20] <Riddell> or something
[16:22] <mamarley> It appears to be using pkg-config...
[16:24] <Riddell> that'll be your magic then
[16:25] <mamarley> "pkg-config --modversion qca2-qt5" prints something other than blank or an error message, so that seems to be a good thing.
[16:25] <Riddell> sitter: new git repo up on debian for kscreen with kubuntu_unstable branch
[16:26] <mamarley> It looks like having separate FindQCA2.cmake and FindQCA2-QT5.cmake files might be a good idea.
[16:32] <Riddell> yes it would
[16:32]  * Riddell out
[16:40] <mamarley> Um, I actually got it to work.  That is surprising...
[16:41] <mamarley> It finds QCA2, anyway.  Let's see if it builds...
[16:48] <mamarley> Nope, it about 200 errors while linking.  Typical.
[16:53] <mamarley> (This is probably why I am a Java developer and not a C(++) developer. :)
[18:02] <_Groo_> prolly you guys already know, but today kubuntu-ci is failing in plasmashell with plasmashell: symbol lookup error: plasmashell: undefined symbol: _ZN7KScreen6Config11outputAddedEPNS_6OutputE
[18:02] <_Groo_> but the login freeze bug is apparently gone
[18:03] <_Groo_> for utopic btw
[18:16] <_Groo_> plasma-workspace now needs kf5screen 5.0.93, and the repo kscreen is 5.0.91 ence it breaks
[18:16] <_Groo_> https://www.irccloud.com/pastebin/4LEFWzJ7
[18:19] <_Groo_> and kscreen doesnt compile because its missing qt4 oO Found unsuitable Qt version "" from NOTFOUND, this code requires Qt 4.x
[18:21] <yofel> _Groo_: try the frameworks branch in kscreen
[18:21] <_Groo_> yofel: link?
[18:23] <yofel> uh, 'git clone git://anongit.kde.org/kscreen; cd kscreen; git checkout frameworks' ?
[18:25] <_Groo_> ahhh sorry, i thought it was a ppa, lol
[18:27] <_Groo_> yofel: i dont have resources to compile kscreen + kf5 this week, im using a borrowed laptop, i can only report bugs :(
[19:10] <soee> lordievader: ping
[19:11] <mamarley> Riddell: I got it working!  The Quassel packaging is a bit crude, but you are definitely welcome to look at it.
[19:11] <ovidiu-florin> who's going to FOSDEM?
[19:32] <yofel> sitter: how does one trigger a no-change rebuild in CI? Or do I need a jenkins account for that?
[20:06] <sgclark> yofel: I think we need an account, hense why I have not done anything
[20:07] <sgclark> sitter is out today too
[20:09] <yofel> yeah, probably. I fixed libkscreen at least
[20:10] <sgclark> I know Riddell put kscreen in unstable, dunno what needs to be done to get ci to build it
[20:11] <sgclark> the weekly ci really needs to be completed for people to use. daily really should not be used by everyone, unless someone is fixing stuff 24/7
[20:25] <ovidiu-florin> wow, that many of oyu are going to FOSDEM?
[20:25] <yofel> overwhelming, isn't it? ^^
[20:26] <yofel> I was thinking about it, but without taking Friday and Monday off it would be too hectic
[21:18] <yottabit> this has been one annoying bug
[21:18] <yottabit> https://bugs.launchpad.net/ubuntu/+source/python-pip/+bug/1306991
[21:18] <soee> rbelem: ping
[21:18] <yottabit> has anyone else ran into this?
[21:19] <yottabit> if you're on ubuntu 14.10 and you install the python3-pip package, by default it's broken since it's reliant on requests
[21:19] <yottabit> and by ubuntu i mean the greater ecosystem :P
[21:19] <yottabit> if you're in 14.04, and you use pip3 to install requests, you're screwed
[21:20] <soee> the most annoying thing (no a bug) i have when starting kubuntu is some message with text Broken Pipe :)
[21:20] <yottabit> er, i need better word to use than "screwed"
[21:21] <ScottK> yottabit: You'll probably have more luck on a non-Kubuntu channel.
[22:43] <sitter> yofel: yeah needs user
[22:43] <sitter> not sure how to handle this tho because jenkins apparently has no concept of groups, so I guess there'll just be a shared account


[00:09] <janat08> how do i install this DE on top of ubuntu without the netbook version or vanilla one
[00:10] <tsimonq2> janat08: sudo apt install lubuntu-core
[00:12] <janat08> is there a suggestion (or a place for those) to making it easier for people to explore the flavours
[00:18] <janat08_> lol yea, so i got a bunch of trash along with lubuntu
[00:18] <janat08_> lubuntu-core
[02:37] <Kamilion> http://puu.sh/rIfVk/701a2d80b8.jpg   Little boxes, stuck in boxes, little boxes made of ticky tacky, little boxes on the host box, little boxes all the same, there's a pink one and a blue one and a green one and a yellow one and they're all made out of ticky tacky and they all look... just the sameee....
[02:40] <tsimonq2> ...?!?
[02:42] <Kamilion> theme song to a once popular television show
[02:44] <tsimonq2> oh
[04:11] <xsmltx> Hi, tell me please, which one is more lightweight Lubuntu-Core 16.10 Yakkety Yak or 16.04 Xenial Xerus Considering the dependencies http://packages.ubuntu.com/yakkety/lubuntu-core / http://packages.ubuntu.com/xenial/lubuntu-core
[10:39] <lt> When I try to upgrade from a perfectly working Lubuntu 16.04, I get "dpkg: dependency problems prevent configuration of lubuntu-desktop:^M
[10:39] <lt> an error about missing gnome dependencies for lubuntu-desktop
[10:42] <lt> gnome-software,  language-selector-gnome, software-properties-gtk & one other are missing.
[10:43] <lt> I read the release notes & saw nothing mentioned. Have I done something wrong?
[10:43] <lt> (Looks like a lxqt transition glitch to me).
[10:43] <lt> Please advise & thank you  in advance.
[10:44] <leszek> lt: lxqt transition ? There is no lxqt transition
[10:45] <leszek> lt: did you run apt-get update again to see if it fixes the issue ?
[10:45] <lt> Thank you.  I can, I always use a scratch disk for a first upgrade
[10:46] <lt> but I never quite trust an upgrade which is not "clean".
[10:46] <lt> Perhaps I should have said "lxqt work in progress". I looked into running the beta of that (do I have the acronym right)
[10:47] <lt> but there was no upgrade path.
[10:57] <leszek> yeah 16.10 is still using lxde for some reason. Maybe because the new lxqt release didn't make it in ubuntu
[10:59] <lt> I just tried "apt-get upgrade", which exited, suggesting "apt-get -f install" (-f for fix)
[11:00] <lt> The second apt-get wanted to make a bunch of changes, which looked scary.
[11:01] <lt> As an existence proof, has anybody done an upgrade to Lubuntu 16.10 rather than an ISO install?
[12:31] <norbydroid_> I ran lusb to see if the USB 3 card I installed was seen by linux and I don't se it.  Is there anything I can do to get it usable?
[12:33] <norbydroid_> I have a USB stick in the USB 2 slot (the USB stick unfortunately is USB 3) and it is so slow it will take years to xfer files.
[13:15] <norbydroid_> A reboot with the stick installed shows it, but the PC I think is crap because the xfer speed is atrocious.
[13:22] <lt> fEdithCavell#13
[20:12] <lee1> I have a question about an older machine i'm using Aspire 4520, it has a Nvidia GeForce 7000 in it. I'm currently having problems booting back into the OS. I'm getting a black screen with a blinking cursor. It was working before. I'm using 16.04 64bit
[20:13] <LuMint> lee1: do you use nvidia173?
[20:13] <LuMint> lee1: what happens if you do ctrl alt f1?
[20:16] <lee1> LuMint let me try
[20:17] <lee1> No the tty is also messed up. I have to edit grub and put in nomodeset
[20:18] <LuMint> lee1: that's what I was going to suggest
[20:18] <lee1> The kernel i'm using is 4.4.0-43
[20:21] <lee1> When I use the nomodeset in the 4.4.0-43 it doesn't want to load it stops at the black screen with the cursor blinking. I'm going to select the -31 kernel and try.
[20:23] <lee1> LuMint: Well it's loading with nomodeset in the kernel 4.4.0-31
[20:24] <LuMint> nice
[20:25] <lee1> the nvidia driver that it wants me to use is 304.131
[20:25] <LuMint> it should be okay
[20:25] <LuMint> forget about 173, i thought your card was older
[20:26] <lee1> It says i'm using it. i'm going to switch back to Nouveau driver and restart then try to reload the nvidia drivers. But my problem I wasn't getting sound. I believe it happend after I ran some updates and the kernel updated
[21:06] <swift110> hey LuMint
[21:06] <LuMint> swift110: hi
[21:06] <swift110> how r u
[21:07] <LuMint> fine, and you?
[21:08] <swift110> great LuMint what ya up to
[21:10] <LuMint> going to take a nap
[21:10] <LuMint> :)
[21:13] <V7> Do you know how to change nvidia resolution to the correct one if there is no correct one
[21:46] <sodomy> Has Lubuntu 16.10 been officially released yet?  Or is it still in testing?
[21:46] <wxl> !isitout | sodomy
[21:46] <tsimonq2> sodomy: http://lubuntu.me/yakkety-released/
[21:47] <sodomy> Thanks chaps.


[04:08] <vorlon> RikMills, xnox: ugh, nasty; I didn't check the file size.  any idea why the 'make font' command succeeded and output garbage?
[07:36] <lathiat> seems there is no amd64 (only arm64) for focal daily-live current.. http://cdimage.ubuntu.com/focal/daily-live/current/
[07:55] <jibel> lathiat, it is not promoted automatically due to bug 1877575
[07:56] <lathiat> ack thx jibel, i guess it would be ideal to not have the directory created as current if one of the builds fail.
[07:56] <lathiat> or well dont promote, you get my meaning
[08:14] <paride> jibel, are you still seeing that bug? I am not in the server images
[08:16] <jibel> paride, desktop are still failing. I'm doing a manual review at the moment.
[13:48] <AsciiWolf> kenvandine, hi, I have prepared a merge request to snap-store-stable, it just backports the Snap Store name fix for cs.po that is already fixed in other branches, feel free to review and merge it: https://gitlab.gnome.org/Community/Ubuntu/gnome-software/-/merge_requests/22 :)
[13:59] <RikMills> oSoMoN: waht is the status of the firefox unity/global menu patch now? I see forum reports it is gone or if not gone does not work?
[14:00] <oSoMoN> RikMills, it's gone in 20.04 and subsequent releases
[14:00] <oSoMoN> and it's supposed to work up until 19.10, if it doesn't please file a bug
[14:02] <RikMills> oSoMoN: Then I suspect people saying not working in < 20.04 probably are using something other than the archive build. sadly people are not always clear
[14:02] <RikMills> thanks :)
[14:08] <jibel> lathiat, desktop smoke tests are back to normal and next build should be promoted automatically. There were some leftover from the removal of python2
[14:09] <jibel> paride, ^ also I'll close the kernel bug.
[14:10] <paride> jibel, good news! so the kernel crash was actually gone already?
[14:19] <jibel> yes
[15:56] <siretart> hi folks. it's been a while...
[21:07] <mwhudson> rbalint, doko: any hints as to where the perl transition is?
[21:12] <doko> mwhudson: no
[21:22] <RikMills> vorlon: **shrug** on why that font was 11 generated as junk 11 bytes, but FYI xnox's upload to fix that FTBFS
[21:22] <RikMills> *was generated
[21:26] <mwhudson>     got: 495+0: a-7:a-7:a-8:i-2:p-7:r-456:s-8
[21:26] <mwhudson> ugh
[21:36] <xnox> RikMills: vorlon: I think I uploaded something bogus that I was working on intermittently on.
[21:37] <RikMills> xnox: that makes sense with the LP diff :P