[00:46] <nixternal> huh, someone say my name?
[00:57] <_groo_> ok nixternal went crazy completely
[00:57] <_groo_> asking in a silent room if someone said is name
[00:57] <_groo_> i knew that would happen eventually
[00:58] <_groo_> like me, talking to myself in a silent room
[00:58] <_groo_> maybe i should cook some cats now...
[00:58]  * _groo_ goes to cook some of his cats...
[01:07] <nixternal> mmmm cats
[01:08] <_groo_> nixternal: chomp chomp.. want some?
[01:08]  * _groo_ hands nixternal a crispy cat leg
[01:08] <nixternal> putting some on a taco shell as we speak :)
[01:08] <nixternal> CAT TACOS!
[01:08] <_groo_> CATACOS
[01:09] <_groo_> sounds like a borderline little city between mexico and texas
[01:09] <nixternal> haha
[01:10] <_groo_> nixternal: nix real quick since i need to go home
[01:11] <_groo_> nixternal: im doing the tomahawk package
[01:11] <_groo_> nixternal: but dh is copying same libs twice, one to /usr/lib and other to /usr/lib64
[01:11] <_groo_> nixternal: but if i do a dpkg --contents it only shows the ones in lib64
[01:11] <_groo_> nixternal: and if i remove the package both sets of libs are moved from both lib and lib64
[01:12] <_groo_> have you ever seen this before?
[01:15] <_groo_> nixternal: actually its copying the libs to /lib and make symlinks to /lib64!... never seen this behaviour before...
[01:20] <_groo_> nixternal: even worse, they are hardlinked
[07:25] <micahg> is there a reason why kpackagekit is in Section: libs?
[07:27] <javalogger> bad copy'n'paste I suppose
[07:28] <micahg> javalogger: should I file a bug in LP, Debian, or both?
[07:30] <javalogger> me@avatar:/tmp/kpackagekit-0.6.3.3/debian$ grep Section *
[07:30] <javalogger> control:Section: kde
[07:30] <javalogger> that is interesting
[07:31] <javalogger> micahg: both, though since we propose our changes to debian when merging I suppose LP would be sufficient too
[07:31] <micahg> javalogger: ok, will do a little later, thanks
[07:32] <javalogger> what is even more interesting is that the build log also says the package has section kde Oo
[07:34] <micahg> wow
[07:34] <javalogger> me@avatar:/var/cache/apt/archives$ dpkg-deb -I kpackagekit_0.6.3.3-0ubuntu2_i386.deb  | grep Section
[07:34] <javalogger>  Section: kde
[07:34] <micahg> javalogger: maybe it's an archive override?
[07:34] <javalogger> perhaps, Riddell will know
[07:35] <javalogger> https://launchpad.net/ubuntu/+source/kpackagekit/+publishinghistory
[07:37] <micahg> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/kpackagekit/natty/view/head:/debian/control agrees with your local copy :)
[07:37] <micahg> so it must be an archive override or some other weird thing
[07:43] <_human_blip_> I have a problem with system-config-printer-kde that started with the upgrade to 4.6.1 via the kubuntu-backports ppa but continued after upgrading to natty. Should I ask about it here or in #kubuntu?
[07:49] <javalogger> _human_blip_: #kubuntu is for support
[07:51] <Tm_T> then again, natty isn't supported there (:
[07:51] <javalogger> Tm_T: read again :P
[07:52] <Tm_T> if he is now in natty, it's hard to test
[07:52] <Tm_T> s/he/they/
[07:53] <Tm_T> anyway, stating the problem in #kubuntu is a start (:
[07:53] <_human_blip_> javaloger: read where? not obvious or I wouldn't be asking.
[07:53] <javalogger> pardon?
[09:09] <kunal> Riddell: hello
[09:52] <Riddell> hello kunal 
[09:54] <Riddell> claydoh: fancy starting us off with https://wiki.kubuntu.org/NattyNarwhal/Beta1/Kubuntu ?
[10:35] <bambee> morning
[10:35] <bambee> debfx: thanks for your review I totally forgot that...
[10:35] <bambee> :)
[10:36] <apachelogger> shadeslayer: what about the qml uds schedule app btw?
[10:38] <bambee> I definitively don't understand why does dpkg-buildpackage add it in .debian.tar.gz ...
[10:39] <apachelogger> bambee: add what?
[10:40] <bambee> apachelogger: debian/patches/debian-changes-${version}
[10:41] <apachelogger> to carry your diff :P
[10:42] <apachelogger> in previous source format versions dpkg-buildpackage would create the dsc and a diff.gz, it was very common to change things inside the package without an actual patch and have the difference show up as part of the diff in diff.gz
[10:42] <bambee> aahhh...
[10:43] <apachelogger> this of course comes with a set of problems, most importantly however the diff.gz is not particularly accessible so the debian.tar.gz got introduced, which however would take away the possibility to easily change something
[10:43] <apachelogger> so instead debsrc3 just makes a change applied directly in the source into a patch
[10:43] <bambee> interesting..
[10:44] <apachelogger> which is a very sane thing for the better part as those changes usually are macro changes and directly related to what the changelog will contain for that particular change, so creating the patch with teh changelog entry as description is a perfect approach for this use case
[10:44]  * apachelogger notes that this approach is however are not very common in ubuntu but quite a bit within debian
[10:55] <agateau> debfx: hey, I have Amarok patches I'd like to get in Natty, since I am famous for not using the right bzr branches, which bzr branch should I pick? lp:~kubuntu-members/amarok/natty seems to be packaging upcoming 2.4.1 release, is there a bzr branch for the 2.4.0 package?
[10:57] <agateau> bambee: this often happened to me if I changed patches right after getting the source package: it is because nowadays unpacking the source packages applies the patches, be sure to do "quilt pop -a" before editing patches
[10:59]  * bambee adds this command in his "tips&tricks" notes
[10:59] <bambee> agateau: okay thanks
[11:00] <bambee> have a good lunch
[11:06] <agateau> Riddell: you probably know the answer to my amarok question as well ^
[11:07] <Riddell> agateau: lp:~kubuntu-members/amarok/ubuntu
[11:08] <agateau> Riddell: what worries me is that it packages 2.4.0.90, which most likely already contains one of the patches I applied. Do you think we will ship 2.4.1 with Natty?
[11:09] <Riddell> oh so it does, we're undecided on if we'll ship 2.4.1 or 2.4.0, it depends when it gets released and how stable it is
[11:09] <Riddell> for now the plan is 2.4.0 since I don't think there's a release schedule for 2.4.1
[11:10] <Riddell> so just apt-get source amarok and diff to that
[11:13] <agateau> Riddell: and mail the patches to you?
[11:13] <Riddell> yes can do
[11:22] <agateau> Riddell: great, mailing then
[11:28] <kunal> Riddell: i am working on avogadro for  https://bugs.launchpad.net/bugs/707794 
[11:28] <Riddell> kunal: do you think it's possible?
[11:29] <agateau> Riddell: patches sent
[11:29] <kunal> Riddell: wanted to know if reasonable to disable GLSL   on armel
[11:30] <Riddell> kunal: what's GLSL?
[11:31] <kunal> Riddell: it's dependent on  ligglew 
[11:31] <kunal> Riddell: if remove libglew i get the message  CMake Warning at CMakeLists.txt:185 (message):
[11:31] <kunal>    GLEW not found, please install it if you require GLSL
[11:33] <Riddell> kunal: if that's what's needed to get it compiled on arm then yes
[11:33] <kunal> Riddell: i have made two changes 
[11:33] <kunal> 1. control file - libqt4-opengl-dev and libglew1.5-dev on [i386 amd64 powerpc]
[11:34] <kunal> 2. rules file - ifeq (,$(filter $(DEB_HOST_ARCH),armel armhf))
[11:34] <kunal>  DEB_CMAKE_EXTRA_FLAGS += -DENABLE_GLSL=ON
[11:34] <kunal> endif
[11:34] <Riddell> kunal: and that fixes it?
[11:35] <kunal> Riddell: not tried on arm build, wanted to know that whether GLSL can be disabled 
[11:36] <Riddell> kunal: I would think so, if that is what's needed to get it compiled.  I don't know anything about avogadro myself though
[11:37] <Riddell> kunal: but do try it now and see if it will compile
[11:37] <kunal> Riddell: ok, i'll try 
[11:38] <Riddell> agateau: we're in beta freeze so I can't upload until Friday
[11:38] <agateau> Riddell: no problem, can you just ping me when it's in?
[11:41] <Riddell> agateau: oui
[11:41]  * agateau wishes he could answer Riddell with a scottish version of "thanks"
[11:59] <Riddell> agateau: a bottle of whisky would do :)
[11:59] <agateau> Riddell: damn, translations aren't cheap!
[13:31] <jussi> apachelogger: apachelogger!!!
[13:33] <apachelogger> jussi: did something happen? :O
[13:33]  * apachelogger blames Riddell
[13:33] <Riddell> wasnae me
[13:54] <ScottK> Wow.  Koffice build on armel is not done yet ...
[14:01] <Riddell> it takes its time
[14:01] <jussi> apachelogger: I want a diaspora app for android :D
[14:02] <apachelogger> who doesnt
[14:02] <ScottK> o/
[14:02]  * ScottK doesn't even know what it is.
[14:16] <apachelogger> [head -> wall]+
[14:16] <apachelogger> shadeslayer: will you help me rewrite phonon in java?
[14:16] <apachelogger> ScottK: android is a legacy operating system for mobile devices, replaced by Microsoft Windows Phone Seven in 2010
[14:16] <ScottK> apachelogger: I know what Android is.
[14:17] <apachelogger> -*- ScottK doesn't even know what it is.
[14:17] <ScottK> It's the thing that if you make a phone using it Microsoft will sue you.
[14:17] <apachelogger> liar!
[14:17] <ScottK> apachelogger:  diaspora.
[14:17] <apachelogger> ScottK: open source facebook
[14:17] <ScottK> That was the 'it' in question.
[14:17] <ScottK> Oh.
[14:18] <apachelogger> https://github.com/diaspora/diaspora
[14:18] <ScottK> I vaguely remember that now.
[14:18] <apachelogger> it is the luuuby
[14:30] <bambee> debfx: I don't understand... you said that libmygpo-qt it under the terms of the LGPL2.1+ license... however both libmygpo-qt/LICENSE and debian/copyright contain the same copy...
[14:31] <Riddell> bambee: "License: LGPL-2.1" in debian/copyright should be "License: LGPL-2.1+"
[14:31] <bambee> that all ?
[14:31] <bambee> ok
[14:31] <Riddell> twice
[14:31] <Riddell> actually three times
[14:34] <bambee> done
[14:45] <ScottK> Riddell: I don't understand why we need these -workspace changes? 
[14:50] <Riddell> ScottK: because currently kdm and plasma-desktop get pulled onto the mobile image
[14:50] <ScottK> Because they're in Main?
[14:51] <ScottK> Riddell: Could we do it with an explicit excludes in the mobile seed so the alternate gets picked up?
[14:51] <Riddell> because something pulls in kdebase-workspace and kdebase-workspace-bin into kubuntu-common, they pull in kdm and plasma-desktop
[14:51] <Riddell> blacklisting doesn't work any more
[14:52] <ScottK> Oh.
[14:52] <ScottK> Explicitly seeding nodm?
[14:52] <ScottK> Since it's Recommends: kdm (>= ${source:Version}) | nodm
[14:52] <Riddell> we do, in the mobile seed, but kubuntu-common gets included before mobile and it brings in kdm
[14:52] <ScottK> Ah.
[14:52] <ScottK> OK.
[14:53] <ScottK> This will put us back ~14 hours on armel.  No testing until tomorrow.
[14:53] <ScottK> Riddell: If you're good with ^^^, I'll accept.
[14:53] <Riddell> ScottK: for mobile only, desktop images should be fine
[14:53] <ScottK> OK.
[14:54] <ScottK> Done.
[14:54] <Riddell> and since today's mobile image boots up into kdm and plasma-desktop, it's not much of a mobile image :)
[14:54] <ScottK> Right.
[14:54] <ScottK> We should have i386/amd64 in a couple of hours, so maybe we can respin those anyway, just to be current.
[14:54] <Riddell> yes
[15:06] <bambee> libqzeitgeist has been uploaded to revu by the way
[15:11] <Riddell> shadeslayer: can you confirm or deny does not save cookies between sessions https://bugs.kde.org/show_bug.cgi?id=269700, back to google doesn't work https://bugs.kde.org/show_bug.cgi?id=269701, clicking back does not change URL bar https://bugs.kde.org/show_bug.cgi?id=269702
[15:12] <shadeslayer> hey Riddell
[15:12] <shadeslayer> looking
[15:12] <shadeslayer> i'm on a shitty connection here ... 3 second lag
[15:14] <shadeslayer> Riddell: kde bug 269701looks like a dupe, need to fish out the exact bug .. but yeah it's definitely a dupe
[15:16] <Riddell> shadeslayer: I couldn't find anything search for google and back in open bugs
[15:39] <shadeslayer> Riddell: okay i can't seem to find anything either
[15:39] <shadeslayer> so marking as confirmed
[15:46] <shadeslayer> m4n1sh: around?
[15:55] <shadeslayer> nvm
[16:25] <m4n1sh> shadeslayer: pong
[16:32] <ScottK> Is libreoffice 3.3 any less crashy than OOo 3.2?
[16:32] <ScottK> txwikinger: ^^^ - You'd know, right?
[16:50] <droidslayer> ScottK: well .. It certainly is much better than OOo
[16:50] <droidslayer> Still missing proper kde integration :(
[16:51] <ScottK> I'd settle for not crashing so much.
[16:51] <ScottK> That would be great progress.
[16:53] <droidslayer> :)
[17:00] <yofel> any idea how I can use a different color scheme just for LO? LO/OOo look horrible with a dark colorscheme
[17:01] <yofel> I would esp. expect the paper color to be white in any case for a WYSISYG editor...
[17:12] <shadeslayer> m4n1sh: problem resolved, thanks tho :)
[17:13] <m4n1sh> shadeslayer: anyway what was the problem?
[17:13] <shadeslayer> m4n1sh: i was wondering of qtzeitgeist stored logs in nepomuk db's
[17:14] <m4n1sh> nope it doesnt
[17:14] <m4n1sh> hope that was the answer  you got
[17:14] <shadeslayer> yep :)
[17:15] <shadeslayer> m4n1sh: because i'm thinking of integrating Telepathy and Nepomuk, but then someone suggested qtzeitgeist, but i need the logs in nepomuk so that i get automatic integration with dolphin and other KDE apps
[17:15] <m4n1sh> shadeslayer: automatic integration with dolphin?
[17:16] <m4n1sh> I think a zeitgeist-kate integration exists
[17:16] <shadeslayer> m4n1sh: tags show up in the side bar, in searches, etc etc
[17:16] <m4n1sh> I am not very sure how nepomuk works
[17:16] <m4n1sh> so wont comment
[17:16] <ScottK> shadeslayer: I need less integration and more Nepomuk not eating my CPU & I/O.
[17:16] <m4n1sh> but zeitgeist-plasma support is also coming 
[17:17] <shadeslayer> ScottK: i talked to a nepomuk dev during conf.kde.in and they said they're trying to fix that
[17:17] <ScottK> shadeslayer: They've been saying that since years now.
[17:17] <shadeslayer> hehe
[17:18] <shadeslayer> m4n1sh: any ETA?
[17:18] <m4n1sh> shadeslayer: it's a GSoC proposal
[17:18] <ScottK> Thursday.  Just don't ask which one.
[17:18] <m4n1sh> so have to wait for it
[17:18] <shadeslayer> ScottK: lol
[17:19] <shadeslayer> m4n1sh: okay, seeing how i want to do Telepathy integration with KDE this GSoC, i don't think zeitgeist fits the plan.... ;(
[17:19] <shadeslayer> s/;/:
[17:20] <m4n1sh> LOLZ
[17:20] <m4n1sh> shadeslayer: that is your GSoC proposal
[17:20] <m4n1sh> we can get it done pretty early too
[17:20] <m4n1sh> but its good to give chance to others too
[17:20] <m4n1sh> interesting developers
[17:20] <m4n1sh> err. I mean interesting projects
[17:21] <shadeslayer> m4n1sh: please don't rush code just because i said so :P
[17:21] <m4n1sh> shadeslayer: we wont.. its good to leave simple projects to new people so that they can learn about it
[17:21] <shadeslayer> one could integrate zeitgeist once it's fully compatible in the future after GSoC too
[17:22] <shadeslayer> ^^ more choice to the user ... he can choose nepomuk or zeitgeist
[17:22] <ScottK> They do different things, AFAIK.
[17:22] <m4n1sh> anyway most of the zeitgeist devs are from gnome background and for them it will take time for them to get familiar with KDE
[17:22] <m4n1sh> I dont have much experience with Nepomuk
[17:22] <m4n1sh> but Zeitgeist is an event store
[17:22] <m4n1sh> and zeitgeist ontology is based on Nepomuk
[17:22] <shadeslayer> ScottK: right, nepomuk doesn't log chats right now, but that's something i'm going to try and implement this GSoC
[17:23] <m4n1sh> shadeslayer: whole chat log stored in nepomuk database?
[17:24] <shadeslayer> m4n1sh: that's what trueg wants, i'm not entirely comfy with the idea myself
[17:24] <shadeslayer> still thinking what can be done ....
[17:24] <m4n1sh> the chat logs can become huge
[17:24] <m4n1sh> as day passes
[17:24] <m4n1sh> esp if you start storing irc logs
[17:24] <shadeslayer> i agree
[17:24] <m4n1sh> then no one knows where it will go
[17:25] <shadeslayer> m4n1sh: and say a user turns off nepomuk .. then what happens
[17:25] <ScottK> Then their system doesn't bog down.
[17:26] <shadeslayer> true ... along with all chats being lost
[17:27]  * m4n1sh needs to give KDE a try again after months
[17:27] <m4n1sh> ScottK: is nepomuk performance that bad? really?
[17:27] <m4n1sh> or are you just saying it in a funny way?
[17:28] <ScottK> Depends on what you're using.
[17:28] <ScottK> On my netbook, it's an absolute killer.
[17:29] <ScottK> On my current laptop it's a real PITA.
[17:29] <m4n1sh> so you turn it off?
[17:29]  * apachelogger scratches his ear
[17:29] <ScottK> If I had some fancy i7 bazillion core box with a TB of RAM, I'm sure it'd be fine.
[17:29] <ScottK> Yes.
[17:29] <ScottK> Most of my hardware is a few years old, but I don't actually own any hardware it's usable on.
[17:30] <m4n1sh> that's bad
[17:30] <ScottK> Same with Strigi.
[17:30] <ScottK> This is also why Ubuntu gave up on Tracker.
[17:30] <ScottK> I've never seen any meta-search thing that didn't just kill performance.
[17:31]  * apachelogger has a fancy i7 bazillion core box with 6 GiB of RAM and stuff is still killing it :P
[17:31] <ScottK> Yet, it seems to me that the developers of such things are so wrapped up in how wonderful the results are they don't pay attention to this at all.
[17:31] <apachelogger> though quite frankly shitty X is more of a performance drain
[17:32] <ScottK> Sometimes X drags systems down too.
[17:32] <apachelogger> well
[17:32] <apachelogger> we all know the solution to all this
[17:32] <apachelogger> actually there are 2 options
[17:32] <apachelogger> a) redo our system with darwin as base
[17:32] <ScottK> Wayland?
[17:32] <apachelogger> b) rewrite our system in java
[17:32] <tazz> question! i was knights ( http://packages.debian.org/sid/knights )  to be included in kubuntu also.
[17:33] <m4n1sh> more people ask for zeitgeist-tracker integration
[17:33] <m4n1sh> forgetting that someone has to manage the integration too
[17:33] <m4n1sh> it's pain to maintain, and in Activity Journal 0.6.0 we removed Tracker integration
[17:33] <m4n1sh> as it was buggy and crashy
[17:33] <m4n1sh> I stopped using Tracker.. used it long back when it was very slow
[17:33] <m4n1sh> apachelogger: a fork bomb would perform better :)
[17:33] <apachelogger> ScottK: that'd be a workaround I suppose :P
[17:33] <tazz> how do i go about it? Do i re-package it in debian?
[17:33] <ScottK> apachelogger: rewrite in Jave so the current one seems fast?
[17:34] <apachelogger> you are marked by years of people who had no idea of the suprior language design of java producing software clearly
[17:34] <ScottK> No, I'm marked by having actually attempted to use Java apps.
[17:34] <apachelogger> also you should read my book 'holy java'
[17:34] <apachelogger> I describe in detail how to make the best out of it
[17:35] <apachelogger> essentially it boils down to not use 90% of the language's capabilities
[17:36] <ScottK> tazz: We can sync it from Debian, but since we are late in the development cycle it'll need review by the release team.  See https://wiki.ubuntu.com/FreezeExceptionProcess for details on how to ask for a Feature Freeze exception to get it in.
[17:36] <tazz> ScottK, http://packages.debian.org/sid/knights
[17:36] <tazz> checking link
[17:47] <seiflotfy> ok guys
[17:47] <seiflotfy> nepomuk and zeitgeist are 2 VERY different things
[17:47] <seiflotfy> very different
[17:47] <seiflotfy> nepomuk is a metadata sotrage
[17:47] <seiflotfy> zeitgeist is something like "recently used" manager on steroids
[17:47] <seiflotfy> nepomuk knows what your data is about
[17:48] <seiflotfy> zeitgeist knows how you use your data
[17:50]  * claydoh hates wiki.kubuntu.org atm
[17:51] <claydoh> Riddell: im on the release now, hopefully the wiki cooperates :(
[17:52] <Riddell> claydoh: I think it does always save  you just have to load the page manually
[17:53] <claydoh> yeah luckily I found that out but it is super slow, errors, and didn't copy the images lol
[17:53] <claydoh> not too hard tho
[17:53] <seiflotfy> ScottK, did we not share a room together at UDS
[17:53] <claydoh> Riddell: any new bits we need to add  since alpha3? other than 4,6,1
[17:53] <ScottK> seiflotfy: We did. 
[17:54] <ScottK> seiflotfy: You were drooling over my beautiful Kubuntu Netbook installation, IIRC.
[17:54] <shadeslayer> hahaha :D
[17:54] <seiflotfy> ScottK, yeah
[17:54] <seiflotfy> lol
[17:54] <seiflotfy> ScottK, and guess what
[17:54] <seiflotfy> i decided to bring Zeitgeist to KDE
[17:54] <shadeslayer> ScottK: aw ... we didn't get to meet :(
[17:54] <seiflotfy> because the community rocks
[17:54] <shadeslayer> drat
[17:54] <shadeslayer> seiflotfy: ^^
[17:55] <seiflotfy> i must give you props on that guyds
[17:55] <seiflotfy> KDE ppl you tend to take matters in your own hand
[17:55] <seiflotfy> and have a better unity than other communities
[17:55] <ScottK> shadeslayer: Not that UDS.  The one in Belgium.
[17:56] <manish> seiflotfy: atleast there are no shitstorms :)
[17:57] <shadeslayer> ah
[17:57] <shadeslayer> seiflotfy: can you explain what you are planning with zeitgeist + KDE?
[17:59] <seiflotfy> shadeslayer, do u know the difference between nepomuk and zeitgeist first?
[17:59] <Riddell> vHanda had good things to say about zeitgeist when I ask him in his nepomuk talk at conf.kde.in
[18:00] <seiflotfy> nice
[18:00] <shadeslayer> seiflotfy: you just explained it, nepomuk = meta data indexer, knows what your data is about
[18:00] <seiflotfy> shadeslayer, well we can create much more intelligent "activities"
[18:00] <shadeslayer> seiflotfy: zeitgeist = knows what you do with your data
[18:00] <seiflotfy> we can provide you with most used files per application or per location
[18:01] <shadeslayer> seiflotfy: ah .. so say i open koffice, and click on the open dialog, it'll populate the dialog with files i use most
[18:02] <manish> shadeslayer: zg can provide you with list of people with whom you chat the most in any order
[18:02] <shadeslayer> whereas nepomuk will tell me who sent me that file and at what date i last edited it, etc etc
[18:02] <shadeslayer> ooh 
[18:02] <seiflotfy> shadeslayer, yeah exactly
[18:02] <seiflotfy> shadeslayer, well anything that has to do with time is zeitgeist terriotory
[18:02] <seiflotfy> but stuff like tags and searching is done by nepomuk
[18:03] <seiflotfy> we cant search really
[18:03] <manish> the or which directory you use to save the file the most
[18:03] <seiflotfy> only over extensions
[18:03] <shadeslayer> seiflotfy: oh .. but nepomuk does timeline stuff as well :)
[18:03] <shadeslayer> hehe
[18:03] <seiflotfy> shadeslayer, it overwrites attributes
[18:03] <seiflotfy> which means it only knows when is last edited
[18:03] <seiflotfy> it does not know everytime u edited it
[18:03] <shadeslayer> seiflotfy: vHanda hates it when people say nepomuk is a search tool :P
[18:03] <seiflotfy> which is the main requirment for "most used"
[18:03] <seiflotfy> shadeslayer, its not
[18:03] <manish> zeitgeist can stores all the time when the file was accessed or modified
[18:03] <seiflotfy> its a repository
[18:03] <shadeslayer> yet he started with a cool searching video app :P
[18:03] <shadeslayer> seiflotfy: *nod*
[18:04] <seiflotfy> shadeslayer, can u send me a link to the KDE videos 
[18:04] <seiflotfy> of the conference in indaia
[18:04] <Riddell> I don't think there were any videos taken
[18:04] <shadeslayer> seiflotfy: i don't have the conf videos, but there is a really cool vid of nepomuk
[18:04] <shadeslayer> Riddell: a few were taken IIRC
[18:04] <shadeslayer> there was a video camera going about
[18:05] <seiflotfy> so none of the nepomuk stuff
[18:05] <seiflotfy> the nice thing is the Zeitgeist grew in the Ubuntu community
[18:05] <shadeslayer> seiflotfy: http://vhanda.in/blog/2011/03/nepomuk-audio-search/
[18:05] <seiflotfy> but its not a canonical product :)
[18:06] <seiflotfy> although canonical contributed lots of code
[18:06] <seiflotfy> maybe 5% of it
[18:06] <ScottK> It would be interesting if you asked them for copyright assignment.
[18:06] <ScottK> Based on their rationale for requiring it, they should be OK with that.
[18:09] <seiflotfy> hahaha
[18:09] <seiflotfy> well they were nice enough to agree to change the license
[18:09] <seiflotfy> since we started lgpl 3
[18:09] <seiflotfy> and we wanted to change to lgpl 2.1+ for KDE integration
[18:10] <seiflotfy> but by then canonical had contirbuted code and was in the copyrights
[18:10] <manish> seiflotfy: to be precise libzeitgeist is a canonical product
[18:10] <seiflotfy> so we asked them and they agreed
[18:10] <seiflotfy> manish, even the engine has canonical in it
[18:10] <manish> means
[18:10] <seiflotfy> in the mimetype mapping part
[18:10] <manish> their copyright
[18:10] <seiflotfy> no
[18:10] <seiflotfy> they are listed as copyright holders
[18:10] <manish> yeah
[18:10] <seiflotfy> we copied part of their code into ours
[18:11] <Riddell> seiflotfy: why does KDE integration need LGPL 2.1?
[18:11] <seiflotfy> well it makes stuff easier
[18:11] <manish> I think it was needed for GNOME integration too
[18:11] <seiflotfy> not every app in KDE is ready to use an lgpl3 stuff
[18:11] <seiflotfy> manish, overall it was kinda needed
[18:12] <seiflotfy> i mean i had the discussion with trueg
[18:12] <seiflotfy> and he convinced me that lgpl3 makes no sense
[18:18] <Riddell> bambee: http://revu.ubuntuwire.com/p/libqzeitgeist  mostly all good
[18:18] <bambee> :)
[18:22] <bambee> Arrff... crap... wrong license (the same error twice)
[18:22] <manish> Riddell: bambee no watch file?
[18:23]  * bambee looks at packaging documentation
[18:24] <manish> releases.zeitgeist-project.com/qzeitgeist/QtZeitgeist-x.y.z.tar.bz2
[18:26] <Riddell> mm, watch would be good
[18:26] <Riddell> although I'm not convinced they work
[18:28] <bambee> uscan downloads the new tarball automatically... then ?
[18:28] <manish> yes
[18:28] <manish> and applied it too
[18:28] <manish> *applies
[18:29] <bambee> does uscan send an email notification or something like that ?
[18:29] <manish> no clue
[18:29] <manish> but i used uscan with git
[18:29] <Riddell> bambee: in theory it gets listed at http://qa.ubuntuwire.com/uehs/no_updated.html
[18:29] <manish> run usan
[18:29] <manish> uscan
[18:29] <manish> downloads and applies
[18:30] <manish> and commits
[18:30] <manish> and creates a git tag
[18:31] <bambee> well, why not...
[18:32] <manish> bambee: I dont know how you people manage packaging
[18:33] <bambee> manish: I am a beginner :)
[18:33] <manish> :)
[18:34] <manish> bambee: beginner as developer or packaging?
[18:34] <bambee> as packager
[18:35] <manish> good
[18:40] <bambee> done
[18:41] <ScottK> What package do I file bugs against for "System Notification Helper"?
[18:42] <Riddell> ScottK: I'm not sure what you mean by that, got a screenshot?
[18:43] <ScottK> Sure.
[18:43] <ScottK> The one I mean is the one that tries to install Flash for you on a new install.
[18:43] <Riddell> that's kubuntu-notification-helper
[18:43] <ScottK> Thanks.
[18:45] <ScottK> Bug #745133
[18:50] <ScottK> shadeslayer: I note that rekonq still thinks it knows better than me about if I really mean to close a window when I use ctrl-w.
[18:51] <shadeslayer> ScottK: there was a discussion about this, and the lead dev chose to keep it that way
[18:51] <shadeslayer> he says that this debate starts up every release cycle
[18:52] <shadeslayer> and he won't change it for every release
[18:52] <ScottK> His excuse for other broken things was "FF/Chromium do it this way".  In this case I guess it doesn't matter.
[18:52] <bambee> I have also finished phonon 4.5.0 (on revu), but take your time it can wait until tomorrow :)
[18:52] <ScottK> Was it ever different than this?
[18:54] <shadeslayer> apparently, yes
[18:54] <ScottK> ctrl-w means close window.
[18:54] <ScottK> How can not closing a window possibly be right?
[18:54] <shadeslayer> ctrl+w means closing a tab
[18:55] <manish> Ctrl+Q for quitting
[18:55] <shadeslayer> ctrl+q means closing a window :)
[18:55] <ScottK> OK.  Tab/Window, same result.
[18:55] <shadeslayer> altho ... if it's the one and only tab
[18:55] <ScottK> And you don't close it, that's not closing a tab.
[18:56] <shadeslayer> ScottK: i agree, but i really can't do anything about it because the lead dev would simply revert it
[18:56] <ScottK> It's perverse.  It's like he takes the one really broken feature of Konqueror and picks that to be the one where he wants to copy Konqueror.
[18:56] <shadeslayer> heh :P
[18:56] <ScottK> Everything else, broken or not, he wants to be like FF/Chromium.
[18:58] <afiestas> Riddell: do you still need the bug report?
[19:32] <shadeslayer> apachelogger: around?
[19:51] <txwikinger> ScottK: I had far less crashes with Libreoffice
[19:51] <ScottK> txwikinger: Glad to hear it.  I just pulled the trigger on upgrading Maverick -> Natty on my main laptop for this.
[19:52] <txwikinger> cool
[19:52] <txwikinger> I don't use natty desktop yet.. only server
[19:52] <maco> ScottK, shadeslayer: in firefox, there's an option for whether closing the last tab should close the window
[19:53] <ScottK> maco: yes. I know.  chromium too.
[19:53] <ScottK> Oh.
[19:53] <ScottK> An option.
[19:53] <ScottK> I should read the whole thing.
[19:53] <ScottK> Riddell: Do you want to go ahead with avogadro (then edu/plasma-addons) now or after beta 1?
[20:25] <Riddell> ScottK: has kunal got back with results from avogadro?
[20:25] <Riddell> afiestas: yes the bug number/URL would be good
[20:25] <ScottK> Riddell: Yes.  It's in queue.
[20:26] <Riddell> well 
[20:26] <Riddell> well avogadro isn't on any CDs so that should be fine
[20:26] <ScottK> Yes, but kdedu/addons are.
[20:27] <ScottK> We can't do arm images until late tonight/tomorrow anyway.
[20:30] <Riddell> ScottK: why's that?
[20:31] <ScottK> Waiting for -workspace.
[20:31] <Riddell> mm
[20:31] <Riddell> I don't know for sure that kdeedu and addons will even compile with this avogadro
[20:31] <Riddell> kdeedu will still need gl removed
[20:32] <Riddell> so it still needs a test compile
[20:32] <ScottK> I'm pretty sure it's just dropping build-deps, but yes, it does.
[20:33] <Riddell> it's not just dropping build-deps, it's a patch, removing the step package, and adding a build-dep
[20:34] <Riddell> usr/lib/libcompoundviewer.so.4 is the bit that avogadro makes
[20:34] <ScottK> OK.
[20:35] <Riddell> so I can take my kdeedu which I compiled in the PPA and add that back and it should be all good
[20:35] <bambee> ppa.launchpad.net is down ? (ftp server) I cannot upload via dput o_O (Connection failed, aborting. Check your network [Errno 111] Connection refused)
[20:35] <Riddell> bambee: cehck in #launchpad, their /topic should say
[20:35] <ScottK> Riddell: OK.  I'll accept avogadro and see how it goes from there.
[20:36] <Riddell> ScottK: what's the version number?  I can upload kdeedu with a build-dep on it
[20:36] <ScottK> Riddell: avogadro 1.0.1-3.2ubuntu1
[20:38] <bambee> Riddell: the topic is normal, it says nothing about that
[20:38]  * bambee checks again
[20:39] <Riddell> bambee: start moaning on the channel then :)
[20:54] <afiestas> Riddell: http://bugs.muiline.com/view.php?id=584
[20:54] <afiestas> also, the last release is from: 2009/10/21 19:09
[20:55] <afiestas> and if you take a look at the resolved list: http://bugs.muiline.com/my_view_page.php
[20:55] <afiestas> there are quite a lot patches that fix segfaults
[20:55] <afiestas> http://bugs.muiline.com/view_all_bug_page.php?filter=3319
[20:56] <afiestas> 4 segfaults fixes + security fix
[20:56] <afiestas> http://bugs.muiline.com/view.php?id=492
[21:00] <apachelogger> shadeslayer: no
[21:00] <shadeslayer> apachelogger: nvm .. i've already sent the stuff ... thanks anyways 
[21:00] <shadeslayer> don't we have a meeting
[21:00] <shadeslayer> ?
[21:01] <shadeslayer> oh postponed
[21:05] <Riddell> thanks afiestas 
[21:06] <bambee> afiestas: http://revu.ubuntuwire.com/p/obex-data-server :)
[21:17] <ScottK> Riddell: No rush on kdeedu, avogadro failed on armel.
[21:27] <Riddell> ScottK: tsk
[21:27] <ScottK> I find out after it failed it hadn't actually been tested on armel.
[21:38] <Riddell> umm, wasn't that the whole point?
[21:41] <ScottK> I kind of thought so, but I guess I don't think like a Linaro dev.
[21:41] <ScottK> Riddell: I think though, that with our 4 Efika boxen set up for ice creaming we can probably do native test builds a lot faster than some of them.
[21:42] <apachelogger> which reminds me that I need to setup some box :/
[21:44] <Riddell> ScottK: I never did work out how to get icecream working from within a hardy chroot
[21:44] <ScottK> It was supposed to be automagic.
[21:45] <ScottK> If it's not, we need to have apachelogger sprinkle some pixie dust on it.
[21:45] <ScottK> apachelogger: Yes, the .200 box.
[21:45] <shadeslayer> apachelogger: i need a javaburger
[21:45] <apachelogger> shadeslayer: no javaburger for you
[21:45] <shadeslayer> whai? :(
[21:45] <ScottK> err
[21:45] <apachelogger> unless you sned me a mail to setup .200
[21:46] <ScottK> .200/.110
[21:46] <shadeslayer> a what?
[21:46] <apachelogger> s/.200/.110
[21:46] <shadeslayer> i have no idea what you are talking about
[21:46] <apachelogger> shadeslayer: you don't need to, just send me a mail :P
[21:48] <shadeslayer> done
[21:48] <shadeslayer> apachelogger: now can i have a JavaBurger?
[21:48] <apachelogger> thx
[21:48] <apachelogger> shadeslayer: no, kubotu is not here
[21:48]  * apachelogger boostraps javaburgers using ruby
[21:53] <apachelogger> shadeslayer: nice mailz
[21:53] <shadeslayer> ;)
[21:53] <shadeslayer> the one i sent your right?
[21:54] <apachelogger> all of them
[21:55] <apachelogger> emit yawn(PrincessYawn);
[22:02] <ScottK> OK, let's see if this baby boots into Natty ...
[22:10] <ScottK> Seems to be fine.
[22:24] <ScottK> So I see we've fiddled all the fonts again.
[23:35] <Riddell> ScottK: which baby booted into natty?
[23:36] <ScottK> Riddell: My main laptop.
[23:38] <Riddell> what do you think is different about the fonts?
[23:38] <ScottK> They look different.  It's hard to say.
[23:39] <ScottK> The clock in the panel looks fatter.
[23:39] <ScottK> The regular test in quassel seems smaller.
[23:39] <ScottK> (and no thank you very much for disabling my IRC notification - I had to redo that bit)
[23:40] <ScottK> Riddell: The KDM theme was updated on upgrade, but not the wallpaper.
[23:40] <ScottK> Bug?  Feature?
[23:41] <Riddell> ScottK: "but not the wallpaper" being KDM wallpaper or plasma desktop wallpaper?
[23:42] <ScottK> Riddell: plasma desktop
[23:42] <Riddell> ScottK: please set bug 712612 to confirmed then
[23:43] <Riddell> I need to work out the kconf_update script for that
[23:43] <Riddell> s/I/someone/ :)
[23:44] <ScottK> DOne.