[00:05] <claydoh> apachelogger:  can I use   your numbers for the amount of savings possible?
[00:06] <claydoh> say, 'a memory saving of  up to 30% is possible'?
[00:14] <apachelogger> claydoh: yeah
[00:14] <apachelogger> and login time
[00:14] <apachelogger> dont forget login time ^^
[00:14] <claydoh> yeah yeah
[00:15] <claydoh> my phone is shiny, the screen so bright and clear and big i can see it from here, and it hasn't evenbeen shipped yet :)
[00:15] <claydoh> sorry hardware prn
[00:16] <apachelogger> I think that already counts as nerdgasm
[00:17] <claydoh> yup
[00:28] <claydoh> done wiki is always slow for me
[00:33] <apachelogger> claydoh: cheers
[00:34] <claydoh> I should do a quick blog, this is nice stuff
[00:53] <rbelem> apachelogger, ping
[00:53] <apachelogger> rbelem: synack
[00:54] <rbelem> apachelogger, could you help me to find why this is build is failing https://launchpadlibrarian.net/80678854/buildlog_ubuntu-oneiric-i386.share-like-connect_0.0%7Egit20110923-0ubuntu1%7Eppa1_FAILEDTOBUILD.txt.gz
[00:54] <rbelem> :-)
[00:54] <apachelogger> http://www.youtube.com/watch?v=qB1_DDv7iF0
[00:55] <rbelem> apachelogger, what is that? :-D
[00:56] <apachelogger> music
[00:56] <apachelogger> rbelem: does it build locally?
[00:56] <rbelem> apachelogger, yup
[00:57] <rbelem> apachelogger, nice music :-D
[00:57] <apachelogger> rbelem: try without --parallel
[00:57] <apachelogger> that is one odd build failure
[00:57] <rbelem> apachelogger, oki
[00:57] <apachelogger> particularly because it says there is an error but there really is none
[00:59] <rbelem> apachelogger, but how do I do that in the pkg?
[00:59] <apachelogger> debian/rules
[00:59] <rbelem> apachelogger, it does not have parallel flags
[00:59] <apachelogger> why is that package using dhmk anyway?
[00:59] <rbelem> apachelogger, no idea
[01:00]  * apachelogger seems to recall that it only ought to be used for core kde packages
[01:00] <rbelem> https://launchpad.net/~kubuntu-active/+archive/ppa/+packages
[01:02] <rbelem> apachelogger, ^
[01:02] <rbelem> :-)
[01:03] <apachelogger> include /usr/share/pkg-kde-tools/qt-kde-team/2/debian-qt-kde.mk
[01:03] <apachelogger> kick that out
[01:03] <apachelogger> and instead change your dh call to dh $@ --kde
[01:03] <micahg> can I use lightdm with KDE or will it blow up in my face?
[01:04] <apachelogger> eh
[01:04] <apachelogger> rbelem:  dh $@ --with kde
[01:04] <rbelem> apachelogger, oki  :-)
[01:04] <apachelogger> micahg: should work, afiestas made KDE compatible with it
[01:04] <micahg> cool
[01:04] <apachelogger> but that was at UDS, so there is every possability robert broke it again :P
[01:08] <micahg> heh, well, let's see what happens
[01:20] <rbelem> apachelogger, failed again o.O https://launchpadlibrarian.net/80684068/buildlog_ubuntu-oneiric-amd64.share-like-connect_0.0%7Egit20110923-0ubuntu1%7Eppa2_FAILEDTOBUILD.txt.gz
[01:21] <apachelogger> but now it has an error
[01:21] <apachelogger> didn't see that before
[01:22] <rbelem> apachelogger, where?
[01:22] <apachelogger> libkactivities-dev does not depend on the library
[01:22] <apachelogger> make[3]: *** No rule to make target `/usr/lib/libkactivities.so', needed by `lib/sharelikeconnect_provider_activities.so'.  Stop.
[01:22] <rbelem> ah!
[01:22] <apachelogger> that error either means the file is not there at all or the link goes into nirvana
[01:22] <apachelogger> in this case it is latter
[01:23]  * rbelem hugs apachelogger 
[01:23] <rbelem> apachelogger, you are my hero!
[01:23] <rbelem> :-D
[01:23]  * apachelogger fondles rbelem while rehugging :P
[01:23]  * apachelogger actually should go to bed some time :O
[01:23] <apachelogger> oh dear
[01:24] <apachelogger> rbelem: no uds app ui yet?
[01:24] <rbelem> apachelogger, nope :'(
[01:24] <apachelogger> good, nothing to stop me from going to bed then :D
[01:25] <rbelem> apachelogger, gn, sleep tight
[01:25] <apachelogger> nini
[01:25] <rbelem> :-)
[04:28] <ScottK> debfx: Looks like a problem with your revised "don't build the docs unless you need them" change: https://launchpad.net/ubuntu/+source/qt4-x11/4:4.7.4-0ubuntu3/+build/2800671
[06:27] <valorie> can one do a liveUSB with the DVD iso, or must it be a DVD?
[06:28] <valorie> and is it too late to do iso testing for Kub?
[06:28]  * valorie finally bought some more USB keys
[06:59] <claydoh> valorie: I believe  you can, don't see why not, its just a bigger image size iso iirc
[06:59] <claydoh> wow I am up at 3 am 
[07:36] <bambee> morning
[08:37] <bambee> ScottK: Do I need to backport patches for kdevelop too ?
[09:33] <didrocks> fregl: hey, are you around?
[09:36] <fregl> hi didrocks
[09:37] <didrocks> fregl: how are you? get used to your mac? :-)
[09:37] <fregl> nope, I finally managed to get linux natively running on mac
[09:37] <didrocks> \o/
[09:37] <fregl> at least for work osx drives me nuts
[09:38] <didrocks> fregl: heh, at least, you now know how it feels to use it :-)
[09:38] <didrocks> fregl: joke aside, and apart from the other bug # that Kaleo pointed to you, it seems that https://bugreports.qt.nokia.com/browse/QTBUG-21578 is the latest blocker Qt side for unity-2d and a11y
[09:43] <Riddell> fabo: seen trueg's blog?  "As a consequence I advise packagers to either use libstreamanalyzer from git master or the latest tag instead of using released tarballs."
[09:44] <didrocks> hey Riddell! how are you?
[09:45] <fregl> didrocks: hm, I thought menus were fixed... did you try with Qt 4.8 some time?
[09:45] <didrocks> fregl: no, we are using 4.7.4 in Oneiric (with your backport branch)
[09:45] <fregl> didrocks: that doesn't keep you from testing, does it?
[09:45] <fregl> :p
[09:46] <didrocks> fregl: sure, I will give it a test, then I guess it will need a git bissect :)
[09:46] <fregl> didrocks: thanks
[09:47] <fregl> also I wasn't quite sure - reading the bug - what part of the menu is affected? like the "File" reading something else? it works in orca for me...
[09:50] <fabo> Riddell: yes, I've read blog. I'm not convinced it's the way to go... tracking git head, uploading a random snapshot
[09:50] <fabo> Riddell: I'll prefer he fixes his issues with strigi developement with the strigi guys
[09:52] <didrocks> fregl: Saviq is the one reporting the issue, I'm only the messenger there, he will give you more precise details
[09:52] <fabo> Riddell: it should be easier now, code moved in git, each library is splitted individualy. It's a matter of fixing the release process.
[09:53] <fregl> didrocks: thanks
[09:54] <Saviq_freenode> fregl: hi, the problem is that with unity-2d's the launcher contextual menus are spoken the same for each entry
[09:54] <fregl> didrocks: anyway, in my diff, I don't see any changes in menu name stuff
[09:55] <Saviq> fregl: what's weird is that it properly gets the state of the QAction (checkable / greyed-out) but not the QAction's text
[09:55] <fregl> Saviq: can you check with a newer version of the qt-at-spi bridge? there were some bugs like that - also check if accerciser displays it correctly
[09:56] <fregl> hm, funny
[09:56] <fregl> Saviq: does it work in normal qt apps?
[09:56] <Saviq> fregl: yes
[10:00] <Saviq> fregl: nope, accersizer displays the same thing that's spoken
[10:00] <Saviq> which is a repeat of QMenu's text
[10:00] <fregl> at least it's consistent
[10:00] <fregl> do you have a simple sample app? I don't have the unity stuff
[10:01] <Saviq> I'll try and hack something up, but looking at http://qt.gitorious.org/qt/qt/blobs/master/src/plugins/accessible/widgets/qaccessiblemenu.cpp#line93
[10:02] <Saviq> and then http://qt.gitorious.org/qt/qt/blobs/4.7/src/gui/accessible/qaccessiblewidget.cpp#line793
[10:02] <Saviq> to me it looks like QWidget::text() will always return the menu's name if it has a accessible name set (which it has, in our case)
[10:03]  * bambee tests kubuntu-ppa on his eepc, everything works fine
[10:03] <Saviq> since in line 801 it checks on the widget, regardless of the value of child
[10:03] <Saviq> and so then QAccessibleMenu::97 will return that value, again, regardless of the value of child
[10:04] <Saviq> I wonder if we should simply drop the accessible name...
[10:05] <fabo> Riddell: commented on the blog ;)
[10:06] <Saviq> fregl: unless you convince me otherwise, I see a missing !child somewhere there ;)
[10:07] <Saviq> fregl: btw it's with me that you have been talking about a11y in unity when in SF for MeeGoConf
[10:11] <fregl> Saviq: ah, nice. I'll be back in a few minutes. I'll have a real look then.
[10:12] <Saviq> sure
[10:14] <bambee> apachelogger: where is touchegg-gui ?
[10:15] <Saviq> fregl: exactly, if I drop the accessible name from the menu, the actions are reported correctly
[10:18] <Saviq> fregl: if you ask me, http://qt.gitorious.org/qt/qt/blobs/master/src/gui/accessible/qaccessiblewidget.cpp#line801 is missing a !child &&
[10:20] <Saviq> or http://qt.gitorious.org/qt/qt/blobs/master/src/plugins/accessible/widgets/qaccessiblemenu.cpp#line96 or near that
[10:26] <didrocks> debfx: ScottK: seems the fix for not building documentation doesn't work
[10:27] <didrocks> debfx: are you sure that dh_listpackages works for Arch: all package in the builder?
[10:27] <didrocks> I would say, it will be the same than a local build
[10:27] <didrocks> debfx: see https://launchpadlibrarian.net/79795376/buildlog_ubuntu-oneiric-amd64.qt4-x11_4%3A4.7.4-0ubuntu2_BUILDING.txt.gz
[10:27] <didrocks> and compare to: https://launchpadlibrarian.net/80667651/buildlog_ubuntu-oneiric-i386.qt4-x11_4%3A4.7.4-0ubuntu3_BUILDING.txt.gz
[10:28] <didrocks> (search for the ignored part: dh_auto_build -Smakefile -- docs)
[10:28] <didrocks> https://launchpadlibrarian.net/80668507/buildlog_ubuntu-oneiric-amd64.qt4-x11_4%3A4.7.4-0ubuntu3_BUILDING.txt.gz for the amd64 ubuntu3 package, it's there
[10:28] <didrocks> (not in ubuntu2)
[10:29] <debfx> didrocks: yes, I'll fix it
[10:30] <debfx> dh_listpackages seems to print all packages in dh_auto_* overrides
[10:30] <didrocks> debfx: indeed, but it doesn't outside of it?
[10:30] <didrocks> debfx: do you know how it works, how does it know it's a buildder and so != from a local build?
[10:30] <debfx> I'll move the build stuff to build-indep and build-arch
[10:31] <didrocks> would make sense, just interested in that "magic" if you know it :)
[10:33] <ScottK> bambee: No.
[10:34] <debfx> didrocks: the difference is that non-i386 buildds don't build arch-all packages (dpkg-buildpackage -B)
[10:34] <bambee> ScottK: it's done
[10:35] <ScottK> bambee: Cool.
[10:35] <debfx> so it calls debian/rules binary-arch instead of debian/rules binary
[10:35] <ScottK> I'll try and have a look at it today.
[10:35] <bambee> ScottK: http://paste.ubuntu.com/695563/
[10:35] <didrocks> debfx: right, I know that :) just waiting to know how it knows it's a builder or just a normal machine where it buils arch:all packages
[10:40] <ScottK> bambee: I don't see kdepimlibs on your list.  Did you check that one?
[10:42] <debfx> didrocks: I don't get your question, what needs to know if it's a builder?
[10:44] <didrocks> debfx: the builder itself. Like, you are on an amd64 machine (your laptop), you bzr bd -> arch:all packages are built. You are on a amd64 buildd -> arch:all are not built. Just interested on what triggers that behavior (basically how a buildder knows if he should or not build arch:all packages)
[10:46] <debfx> didrocks: you can configure if it should build arch:all packages or not: dpkg-buildpackage -b vs. -B, pbuilder has --binary-arch
[10:47] <didrocks> debfx: ah ok, that explains! thanks for the info :)
[10:51] <debfx> didrocks: do you have an idea where I would run configure since it's required for build-indep and build-arch?
[10:53] <bambee> ScottK: I checked it, I forgot to put it in my list
[10:53] <didrocks> debfx: you can do it another way, to avoid splitting and breaking the override. Create a build_doc flag at the very beginning, depending on the ifneq() result
[10:53] <didrocks> debfx: and you that flag in the override_?
[10:53] <ScottK> bambee: Cool.  Thanks.
[10:57] <debfx> didrocks: what would I check in the ifneq()?
[10:57] <didrocks> debfx: you mean that the current check dh_listpackages only isn't accurate in the override stenzas, isn't it? how did you test your fix?
[11:01] <debfx> didrocks: dh_listpackages lists all packages unless there is some environment variable set which debhelper does in override targets that actually act on packages
[11:01] <didrocks> debfx: so, if you make the dh_listpackages check before any override? and store the build_doc there?
[11:05] <debfx> didrocks: I think that won't change its output since the env variables are the same
[11:06]  * didrocks opens dh_listpackages
[11:08] <didrocks> I still don't get why the DOPACKAGES dh variable contains the -doc package then, seems wrong but I'm probably missing something
[11:10] <didrocks> debfx: do you have the list of those env variable setting this? if we can't fix it or find why there is that in debhelper, we should at least workaround again the bad way I'm afraid :/
[11:25] <Saviq> fregl: let me know when you're back, please
[11:26] <debfx> didrocks: the problem seems to be that dh runs build instead of build-arch (which in turn run dh_auto_{configure,build})
[11:35] <debfx> didrocks: turns out that dpkg-buildpackage calls debian/rules build and then debian/rules <binary-target>
[11:35] <fregl> Saviq: re
[11:36] <Saviq> fregl: so you don't have to go back in the logs - if I don't setAccessibleMenu() on the QMenu, the QActions are ok
[11:36] <yofel> NOTICE: Natty 4.7.1 packages need testing in ppa:kubuntu-ppa/staging, esp. check for issues with the python bindings.
[11:37] <fregl> Saviq: what is setAccessibleMenu() ?
[11:37] <Saviq> argh
[11:37] <Saviq> setAccessibleTitle()
[11:37] <Saviq> of course
[11:37] <fregl> accessibleName? yeah
[11:37] <Saviq> aaaa
[11:37] <Saviq> name
[11:37] <fregl> :)
[11:37] <Saviq> so yeah, when I don't set that, the actions are fine
[11:37] <Saviq> and that's a result of http://qt.gitorious.org/qt/qt/blobs/master/src/gui/accessible/qaccessiblewidget.cpp#line801
[11:38] <Saviq> whenever there's a accessible name on the QMenu
[11:38] <Saviq> that's always returned as the accessible text
[11:38] <fregl> Saviq: ok, then it's clear. setting accessible name on menu... yes
[11:38] <Saviq> regardless of child
[11:38] <fregl> that's why it's not caught in the unit test - we don't set the accessible name there
[11:39] <Saviq> I'm not sure why, but we had to
[11:40] <Saviq> otherwise the menu itself isn't spoken
[11:40] <fregl> I'll think about it for a few minutes where to best fix it. In Qt 5 the problem goes away since there are no longer these crazy child integers
[11:40] <Saviq> either way, I don't think that's expected
[11:40] <fregl> nope, it's a bug
[11:41] <Saviq> just let me know what solution will you accept and I'll have a patch for you, we really want that fixed for 11.10, so I have to get that done
[11:42] <fregl> yes, I want it to be the same patch that goes into 4.8
[11:42] <fregl> let's at least not diverge
[11:44] <didrocks> debfx: indeed, but with -B on the buildd for the second call, isn't it?
[11:45] <debfx> didrocks: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=398625
[11:45] <apachelogger> bambee: pardon?
[11:46] <didrocks> debfx: yeah, we agree on then.
[11:47] <debfx> didrocks: so looks like it's just not possible
[11:51] <didrocks> debfx: sorry, was disconnected. So I was telling "indeed, but we still have to find a workaround for getting Qt building on powerpc and armel"
[11:53]  * bambee tests oneiric on his ac100
[11:55] <debfx> didrocks: I guess the only options are the arch workaround and print some dots while the docs build ;)
[11:55] <bambee> apachelogger: It's not advocated on revu anymore, and I don't find it in archives :(
[11:55] <bambee> (touchegg-gui)
[11:55] <didrocks> debfx: well, not very familiar with qmake, so if you are on that solution to fix it… :)
[11:56] <apachelogger> bambee: because it aint compatible with 1.0
[11:56] <apachelogger> and jose said there might not be a version that is, in time for oneiric
[11:56] <apachelogger> you could of course talk to jose and mayb help a bit :P
[11:57] <bambee> oh, ok
[11:57] <bambee> I understand
[11:58] <fregl> Saviq: thanks, I got the unit test written, now I think the proper fix is to fix qaccessiblewidget to do the right thing... but it is a log easier to fix the menu instead. I think I'll go with that one.
[11:59] <Saviq> fregl: do you want me to do anything or will you just get it done in 5s
[12:00] <debfx> didrocks: since working with qmake usually results in insanity I'd rather go with the other workaround ;)
[12:00] <apachelogger> everywhere I turn there is a fregl, oh my
[12:00] <fregl> Saviq: I'm getting it done and put it in our 4.8 and give you the patch if that's ok with you?
[12:00] <Saviq> great
[12:00] <didrocks> debfx: ok, good luck with it :-)
[12:01] <fregl> and I won't get it done in 5 seconds because I got another short meeting now. but today.
[12:01] <apachelogger> ScottK: didn;t I upload digikam already?
[12:01] <apachelogger> at least I thought I did
[12:01] <Saviq> fregl: works for me
[12:07] <debfx> allee: have you had time to test digikam?
[12:08] <apachelogger> debfx: you are uploading digikam?
[12:08] <debfx> apachelogger: yes, once someone has successfully tested it
[12:08] <apachelogger> ah good
[12:08] <apachelogger> cause my pbuilder appears broken
[12:23] <didrocks> ScottK: Satoris has a patch for wacom tablet (bug #799202), he proposed the patch upstream: https://qt.gitorious.org/qt/qt/merge_requests/1397. Maybe we should include it? fabo can review it as well IMHO
[12:35] <fregl> Saviq: didrocks: which version of the bridge is ubuntu using? can you give me the tag/sha1?
[12:36] <didrocks> fregl: let me have a look
[12:36] <fregl> thanks
[12:36] <Saviq> fregl: does git20110628 sound right?
[12:36] <didrocks> fregl: I don't have the tag, I just pushed the date :)
[12:36] <didrocks> the one Saviq is pointing ;)
[12:36] <fregl> sounds reasonable
[12:36] <fregl> thanks
[12:37] <didrocks> yw
[12:37] <fregl> it is much more awesome and better when using the new stuff in Qt 4.8 ...
[12:39] <Mamarok> time this week an upgrade in 11.10 beta gets stuck on "Setting up friendly-recovery" 
[12:39] <Mamarok> second* time
[12:39] <Mamarok> is this a known issue?
[12:42] <allee> debfx: not jet.  I spend yesterday my time in a traffic jam.
[12:43] <allee> debfx: I'll do some tests a bit later .  Should we (I can do it) ask on kubuntu-devel for testing?
[12:45]  * Mamarok hates grub config going wrong
[12:49] <ScottK> didrocks: Sounds like something we'd want.  If fabo or upstream blesses it, then I'd say include it.
[12:51] <didrocks> ScottK: let's discuss that next week, hoping that fabo or upstream can get to it before final freeze
[12:51] <ScottK> Did you re-upload already?
[12:53] <Riddell> ooh tech board votes, I wonder who to vote for
[12:56] <Satoris> ScottK: a word of warning: the way the patch fixes the issue might not be acceptable to upstream, but a proper fix would probably have needed an expert on Qt object lifetime or somesuch.
[12:56] <ScottK> Satoris: OK.  Hopefully fabo can review and give us an outside expert's opinion.
[12:57] <Satoris> But it does change the situation from "Krita and others broken for everyone always" to "working for almost everyone".
[12:57] <Satoris> Specifically, it might break if drawing with two styluses at the same time. Which is not that common a case. :)
[12:58] <fabo> from a quick look, the patch sounds good. I'll try to pull some more reviewers ;)
[12:58] <Satoris> The main issue might be the global variables.
[13:19] <fregl> didrocks: Saviq: weird, the other bug sometimes hits me, sometimes it works and the button gets "I should have that name" as name...
[13:20] <fregl> actually sometimes I don't get the button at all
[13:22] <didrocks> waow, weird
[13:22] <Saviq> fregl: "the other bug"?
[13:22] <fregl> Saviq: ah, you weren't cc'ed, sorry. I got a mail regarding qml and loaders not working
[13:22] <Saviq> ah k
[13:26] <fregl> damn heisenbugs
[13:32] <ScottK> allee: I think I''m good with updating strigi.  Could you get someone to upload it?
[13:32] <ScottK> allee: Note that fabo updated it in Debian again so we'll want his changes too.
[13:33] <shadeslayer> \o
[13:33] <shadeslayer> ScottK: nope, could not find a CD
[13:34] <ScottK> shadeslayer: OK.  Fortunately someone else tested it at the last minute.  Could you find some CDs before final so you can test then?
[13:34] <shadeslayer> Sure, i'll arrange something
[13:35] <shadeslayer> too bad it doesn't boot from the USB :(
[13:36] <ScottK> That doesn't look likely to change soon.
[13:37] <shadeslayer> yeah, i think you need hybrid ISO's or sth like that
[13:38] <shadeslayer> brrrr ... archives are under load it seems
[14:00] <allee> ScottK: uh, I think you know better who has main upload rights.  Tell me some names and I pester them ;)
[14:00] <ScottK> allee: apachelogger, Quintasan, debfx are at least here.
[14:01]  * ScottK suggests Quintasan for the most likley victim as he's been quiet lately.
[14:06] <allee> ^^ todo digikam: new sync with debian and upload.
[14:07] <ScottK> Yes.  That too.
[14:15] <allee> fabo: digikam does not show .avi thumbnails (is kffmpegthumbnailer installed).  But dragon can play the .avi.    Bug or missing deb.   If missing deb we should add it to Suggests: 
[14:19] <fabo> allee: dunno, it's msp domain. I can have a quick look.
[14:20] <allee> fabo: greet him from me
[14:29] <fabo> allee: sure
[14:30] <fabo> allee: I can reproduce, I don't have thumbnail in digikam/dolphin but can play the video.
[14:36] <allee> apachelogger: ^^ dear phonon master what does dolphin need to create .avi .mpg thumbnails?
[14:36] <apachelogger> not phonon :P
[14:36] <shadeslayer> hmm
[14:37] <shadeslayer> whom should i talk to if i want isohybrid images?
[14:37] <apachelogger> bambee was working on a phonon thumbnailer, but that will not be usable before phonon 4.6 as the API is not finished
[14:37] <fabo> allee: do you have debian/patches/libav_compat.diff ?
[14:38] <fabo> allee: at least, in debian, the patch is wrong.
[14:38]  * fabo checks bzr
[14:39] <allee> fabo: I only test debfx pkgs upload yesterday afternoon. no src (yet)
[14:40] <fabo> allee: looks good this patch isn't in ubuntu
[14:41] <allee> apachelogger: so no video thumbnails in dolphing until it's implemented of is dolphin using another method?
[14:42] <apachelogger> nono
[14:42] <apachelogger> there are ffmpeg and mplayer thumbnailers
[14:42] <apachelogger> not the best of code though
[14:42] <apachelogger> they both are in kdemultimedia
[14:42] <fabo> allee: it has nothing to do with phonon
[14:43] <fabo> the thumbnailer is using ffmpeg libraries
[14:44] <fabo> (it's maybe the reason though with ffmpeg upgrade)
[14:44] <allee> fabo: I thought dophin would be using phonon.  ...
[14:46] <apachelogger> would seem much saner, wouldn't it? :S
[14:46] <fabo> allee: I think the thumbnail isn't created, the file is played without problem with phonon.
[14:46] <fabo> apachelogger: :)
[15:18] <allee> apachelogger: I really hope miss a peace.  I've installed kffmpegthumbnailer and mplayerthumbs.  Still no thumbnails in dolphin or digikam.  Or no video thumbnails possible in oneiric
[15:18]  * bambee is back
[15:22] <bambee> apachelogger: that will not be usable because pvlc is borked :P
[15:22] <bambee> with VDO
[15:22] <bambee> :D
[15:23] <bambee> (I am kidding, it's experimental I know)
[15:25] <apachelogger> VDO is dead
[15:25] <apachelogger> and rubbish
[15:25]  * bambee thinks that apachelogger broke pvlc... Shhh, it's a secret...
[15:33] <allee> fabo: after  ffmpegthumbs installation digikam creates video thumbnails.  Can you verify?  Then I suggest to add it to Recommends.  In kubuntu digikam is now in universe as is ffmpegthumbs.
[15:34] <fabo> ok
[15:34] <allee> unfortunately dolpinis still without videothumbs :( :(
[15:35] <apachelogger> try relogin :P
[15:35] <bambee> allee: I am not sure but it's disabled by default
[15:35] <apachelogger> that too
[15:35] <bambee> at least on my eepc it was disabled
[15:35] <yofel> it is disabled by default
[15:35] <allee> apachelogger:  what's disabled?  videothumbs?
[15:35]  * apachelogger upgrades his n950
[15:35] <apachelogger> allee: yeah
[15:36] <apachelogger> I think there is a whitelist for what file types get thumb'd
[15:36] <apachelogger> and video is off by default IIRC
[15:36] <allee> ffmpegthumbs that unreliable?
[15:36] <bambee> dolphin -> configure -> configure dolphin -> general, there is a tab for thumbnails
[15:36] <apachelogger> http://i.imgur.com/sTMQV.png
[15:38] <yofel> allee: I don't think it's that unreliable, there's just not much point in having them
[15:38] <yofel> ffmpegthumbs at least uses less resources than mplayerthumbs
[15:39] <allee> yofel:  when digikam videon you have many files like   imgNNNN.avi   IMHO thumbs are quite helpful.  But that's only of course my personal opion.
[15:40] <apachelogger> if the algo for thumb selection was sane that is...
[15:40] <allee> So would you argue pro or con  adding  ffmpegthumbs to digikam recommends
[15:40] <yofel> allee: sure, but then you can turn it on when you need it, most people don't need thumbs for videos
[15:40] <apachelogger> allee: that would disappear with 12.04 
[15:40] <apachelogger> ffmpegthumbs almost certainly cannot go to main
[15:41] <yofel> well, we can suggest it
[15:41] <apachelogger> which gives no benefit to the user
[15:41] <apachelogger> the solution is phonon :P
[15:41] <yofel> then hurry up :P
[15:41] <allee> yofel: digikam is universe for 11.10  so recommends is possible for now
[15:42] <bambee> http://people.ubuntu.com/~bambi/phononthumbs.png  <-- phonon powered 
[15:42] <yofel> I know it is, but I agree with apachelogger that there wouldn't be much point to add it for one release
[15:42] <apachelogger> powa
[15:43] <yofel> kubotu: order booze for bambee
[15:43]  * kubotu slides booze down the bar to bambee
[15:43] <yofel> bambee++
[15:43] <apachelogger> bambee: it would look better with prn
[15:43] <yofel> LOL
[15:43] <bambee> yofel: thanks :D
[15:45] <allee> yofel:  6 month of less question on #digikam and #kubuntu how to get videothumbs working ;)
[15:47] <allee> fabo: not everyone is convined that ffmepgthumbs is worth a recommends in digikam.   I disagree until phonon-video-thumbs is released ;)  Your milage may vary
[15:49] <yofel> I still think it would be worth to suggest it
[15:50] <yofel> If I got the way muon works right the software center should show it as an digikam addon on the info page
[15:51] <yofel> btw. did someone find the software center in some _publicly visible_ place in oneiric?
[15:52] <yofel> hm, actually nvm, need to check something else
[15:52] <yofel> and btw. natty 4.7.1 packages still need testing in ppa:kubuntu-ppa/staging
[15:53] <allee> debfx, yofel: I did basic tests with 2.2.1.  No problems found.
[15:54] <yofel> 2.2.1?
[15:54] <allee> *2.1.1  sorry
[15:54] <yofel> ah k
[15:54] <allee> ^^ digikam
[15:54] <yofel> I'll do some tests later
[15:55] <yofel> but back to muon: in absence of jonthetaco, does someone know how a user is supposed to find the software center?
[15:55] <allee> [15:32:28] <ScottK> allee: Note that fabo updated it in Debian again so we'll want his changes too.
[15:55] <yofel> it's not in system settings
[15:56] <ScottK> allee: That was for strigi.
[15:57] <apachelogger> yofel: kickoff?
[15:57] <apachelogger> yofel: you could add it to systemsettings though
[15:58] <ScottK> Seems like it ought to be there.
[15:58] <yofel> apachelogger: that's not the place I would start looking at, but if it's not in system settings I would at least add it as a favorite in kickoff
[15:58] <ScottK> Favorite under computer.
[15:58] <ScottK> err ..under computer in kickoff.
[15:58] <apachelogger> yofel: http://paste.ubuntu.com/695704/
[15:58] <ScottK> Not favorite.
[15:59] <allee> apachelogger: tried with kickoff .  didn't succeed.  Cheating (searching for muon) succeded ;)
[15:59] <allee> IMHO kickoff search should use  <favorite language>  + englisch
[15:59] <Quintasan> allee: Uhh what?
[15:59] <yofel> hm, it does seem to be under computer
[16:00] <Quintasan> I'm somehow busy but I can spare 10 minutes
[16:00] <allee> Quintasan: software center will succeed in a german installation
[16:00] <yofel> need to check the other PC again, I was somehow totally unable to find it with german locale
[16:00] <allee> *will not
[16:00] <Quintasan> allee: Uhh and what I am supposed to do about that?
[16:02] <allee> Quintasan: supposed to do nothing, but if you feel like it then fix it ;)
[16:02] <Quintasan> allee: I think ScottK named me as a potential victim of pestering to get something uploaded
[16:03] <ScottK> Quintasan: I did.  digikam and strigi.
[16:03] <Quintasan> Ah I see.
[16:16] <bambee> ScottK: see packagers, since the fix for kssl has a CVE, I will report a security bug (private?)
[16:17] <ScottK> bambee: Already done.
[16:17] <ScottK> Let me subscribe you.
[16:18] <bambee> oh great
[16:18] <debfx> allee: thanks for testing!
[16:31] <debfx> ScottK: I've uploaded digikam, have fun reviewing it ;)
[16:31] <ScottK> debfx: Thanks.
[16:31] <ScottK> debfx: Fortunately it's in Universe now, so it just needs the FFe, not a full review of the diff.
[16:33] <debfx> or unfortunately because no one will spot the packaging bugs
[16:38] <ScottK> True.
[16:39] <debfx> didrocks: maybe we can work around that dpkg-buildpackage limitation by moving the docs build to override_dh_auto_install
[16:41] <didrocks> debfx: I don't really like it, better to find a workaround for the archive for oneiric (at worst, i386) and discussing the move to override_dh_auto_install with fabo?
[16:43] <debfx> didrocks: what's the harm of moving it to install (besides the feeling that it doesn't belong there)?
[16:43] <ScottK> Nice. digikam diff -> diff from 2:1.9.0-1ubuntu2 to 2:2.1.1-0ubuntu1 (27.9 MiB) 
[16:43] <debfx> the i386 workaround can break non-archive builds
[16:43] <didrocks> debfx: no rationale one, just the feeling TBH :-)
[16:44] <didrocks> debfx: yeah, so maybe try there and push to a ppa to ensure it works? (checking that amd64 doesn't build the documentation?)
[16:48] <debfx> didrocks: yep but I'll build it locally to speed things up a bit
[16:48] <shadeslayer> i've almost managed to boot kubuntu with grub efi
[16:50] <skfin> Can I look at kubuntu's installer's translations somewhere?
[16:51] <skfin> I'd like to check Finnish translations if they are ok
[16:53] <skfin> And then there is the slideshow during the installion
[16:53] <didrocks> debfx: sure, I'll push another package on Monday with an additional patch, so feel free to just stage the change in bzr
[16:54] <ScottK> skfin: https://translations.launchpad.net/ubuntu/oneiric/+source/ubiquity
[16:55] <ScottK> skfin: https://translations.launchpad.net/ubuntu/oneiric/+source/ubiquity-slideshow-ubuntu
[16:56] <skfin> ScottK: Thank you :)
[16:56] <ScottK> You're welcome.
[16:57] <ScottK> digikam accepted, BTW.
[17:03] <debfx> you still have the chance to reject it from binary new :)
[17:05] <shadeslayer1> \o
[17:06] <shadeslayer1> so, it boots using efi, but i get http://paste.kde.org/126601 in my Xorg.0.log
[17:06] <shadeslayer1> any ideas what to do?
[17:07] <fregl> Saviq: ok, patch will be in https://qt.gitorious.org/+qt-developers/qt/accessibility/commits/4.7-a11y in about one hour from now
[17:08] <ScottK> shadeslayer1: Beyond the obvious "file a bug", no.
[17:08] <shadeslayer1> hmm
[17:09] <shadeslayer1> well, looks like its trying to access a memory space which is out of range
[17:20] <shadeslayer1> bbiab
[17:24] <debfx> does anyone run quasselcore and is interested in testing an apparmor profile?
[17:33] <ScottK> debfx: Sure.
[17:33] <ScottK> debfx: The only thing is, the core is on a lucid server.
[17:33] <ScottK> Dunno if that'd work.
[18:06] <Mamarok> brilliant, now it hangs at creating grub.cfg :(
[18:16] <Mamarok> OK, I'm stuck, no way to finish that update of +1, it stalls at "Setting up friendly-recovery", every now and then I manage to make it go a step further with Ctrl+C and then hangs on generating grub.cfg
[18:16] <Mamarok> any ideas?
[18:17] <Mamarok> dual boot machine that worked flawlessly until today
[18:17] <Mamarok> grub is installed correctly in /dev/sda
[18:35] <ScottK> debfx: Is digikam using the embedded libs like kipi-plugins?
[18:38] <ScottK> debfx: nevermine
[18:38] <ScottK> mind
[18:43] <Saviq> fregl: fantastic, thanks!
[18:43] <fregl> Saviq: no problem
[18:49] <bambee> ScottK: do you think that I can use kubuntu-low-fat-settings on my ac100 ? (with 512MB of ram)
[18:49] <bambee> the ac100 works like a charm on oneiric, seriously :D
[18:50] <bambee> I ask this question mostly for ram...
[18:52] <ScottK> yes
[18:57] <schnelle> can anybody of you poke/ask some kde dev to fix this bug: https://bugs.kde.org/show_bug.cgi?id=275469 
[18:58] <schnelle> it is very annoying "in your face" bug
[18:59] <schnelle> personally, it annoys me so much that i wont use kde 4.7 untill this is fixed :(
[18:59] <schnelle> there are no replies from devs in the bug report
[19:01] <schnelle> on oneiric installation i am experiancing this bug all the time
[19:18] <rbelem> anyone with a i386 table around?
[19:19] <rbelem> *tablet
[19:19] <rbelem> bulldog98, ping
[19:21] <rbelem> bambee, is ac100 a tablet?
[19:21] <ScottK> It's arm, not i386
[19:27] <debfx> ScottK: sorry for the late reply. do you use the backport?
[19:27] <ScottK> debfx: Yes.
[19:27] <ScottK> IIRC it's a no change backport from natty at the moment.
[19:28] <ScottK> We could backport from oneiric no problem though.
[19:28] <debfx> ScottK: ok, then it should work: https://bazaar.launchpad.net/~apparmor-dev/apparmor-profiles/master/download/head:/usr.bin.quasselcore-20110915095416-l52z8ckorf896keh-1/usr.bin.quasselcore
[19:47] <bambee> rbelem: an ac100
[19:47] <bambee> ah
[19:47] <bambee> no it's a smartbook
[19:47] <bambee> sorry
[19:48] <bambee> rbelem: https://wiki.ubuntu.com/ARM/TEGRA/AC100, see the hardware section
[19:52] <rbelem> bambee, ah! a really nice hardware :-D
[19:55] <bambee> hehe :D
[19:56] <bambee> hoping openmax will work for the next release
[20:02] <ScottK> debfx: Seems to work.
[20:09] <debfx> ScottK: great, thanks for testing. maybe we can include it in the package next release.
[20:09] <ScottK> debfx: If you get someone like jdstrand to review it, I'd be glad to add it now.
[20:12] <debfx> ScottK: he has merged it into the apparmor-profiles branch so I'm guessing he's already reviewed it
[20:12] <ScottK> OK.
[20:12] <ScottK> Fire away.
[20:13]  * bambee installs kubuntu-desktop && kubuntu-low-fat-settings
[20:27] <apachelogger> http://aur.archlinux.org/packages.php?ID=52611
[20:27] <apachelogger> it gives me the giggles
[21:59] <Riddell> apachelogger: what on earth?
[22:42] <claydoh> apachelogger: lolz that was quick, though does arch even have the printer applet :-) to disable
[23:36] <apachelogger> claydoh: printer-applet is in KDE, so yes
[23:36] <apachelogger> unless they patched around again
[23:36] <apachelogger> which they probably did not do now that chakra is a fork or something
[23:37] <claydoh> ahh thought it was one of our things
[23:46] <ScottK> claydoh: Riddell is upstream for it, but it's part of KDE.
[23:46] <claydoh> maybe that's why I thought so
[23:54] <apachelogger> you know
[23:54] <apachelogger> I totally tend towards writing my own desktop shell
[23:55] <valorie> the world sorta needs more desktop shells
[23:56] <dtchen> as long as I have my konsoles, the desktop shells be damned!
[23:56] <apachelogger> valorie: yeah, it certainly needs one that is not rubbish
[23:57] <apachelogger> anywho
[23:58] <apachelogger> next up: highly integrated dlna/upnp server
[23:58] <apachelogger> of course highly integrated is a fun word to use considering there are 3000000 data storage systems in KDEmm software