[05:27]  * jussi spams shadeslayer with more bugmail :D
[05:27] <shadeslayer> yah, saw that
[05:27] <shadeslayer> pft, users I tell you ....
[05:33] <jussi> hehe
[05:33] <jussi> shadeslayer: we just make your job hard :P
[05:33] <shadeslayer> :'(
[05:34] <shadeslayer> hm
[05:34] <shadeslayer> this plasma note taking app is awesome, but does not store to akonadi
[05:34] <shadeslayer> the one that does store to akonadi sucks
[05:35] <shadeslayer> time to fix0r
[05:35] <ScottK> Riddell: We might want to think about spending some Kubuntu money on CD's/DVD's or whatever.
[05:35] <ScottK> shadeslayer: You say that like storing to akonadi is a good thing.
[05:35] <ScottK> AFAICT it's a cool toy for developers but total suck for users.
[05:36] <ScottK> In comparison to it's predecessors it combines the features of being both slower and less reliable.
[05:40] <shadeslayer> ScottK: I'm not going to remove the one that stores to text files, instead, I'll just improve the one that stores to akonadi
[05:40] <ScottK> OK.
[05:41] <shadeslayer> and the advantage of storing to akonadi is that I can write a akonadi evernote thing and sync stuff :P
[05:41] <shadeslayer> I usually take notes on my phone, so that's a reall useful feature for me
[05:41] <shadeslayer> *really
[05:42] <jussi> shadeslayer: did oyu see my question from yesterday? 
[05:42] <shadeslayer> jussi: did you see my reply? :D
[05:42] <jussi> oh damn, I missed that :P
[05:43] <jussi> shadeslayer: however, I have 0.5.1 
[05:44] <shadeslayer> jussi: the only thing you need to worry about is the auth-handler being upgraded
[05:44] <shadeslayer> best to just pin that now that you have 0.5.1
[05:46] <jussi> shadeslayer: will your fixes hit the telepathy ppa soonish? 
[05:47] <shadeslayer> 0.6 release is sometime in fall
[05:47] <shadeslayer> so yeah, it'll get into ktp master in a couple of days/ a week
[05:47] <jussi> ok
[05:47] <jussi> good
[05:47] <shadeslayer> then will come with 0.6 :)
[05:47] <jussi> it works now, so Im leaving it as it is :P
[06:18] <shadeslayer> Riddell: http://www.reuters.com/article/2012/10/09/us-britain-scotland-independence-idUSBRE8981F120121009
[08:04] <Riddell> shadeslayer: I know, it's a fairly big story here :)
[08:05] <shadeslayer> yeah, guessed as much :D
[08:05]  * shadeslayer is trying to figure out RTL support for ktp
[08:12] <Riddell> shadeslayer: that article is pretty biased in its language, it's obviously just using language from the UK government
[08:12] <shadeslayer> heh :D
[08:19] <Riddell> ScottK: having some published DVDs would be nice but it takes someone to look into how to do that which is probably quite time consuming and posting them out is pretty time consuming too
[09:20] <kubotu> ::runtime-bugs:: [961263] notify-osd should autostart on session (or improve logic on when deciding to autostart itse... @ https://bugs.launchpad.net/bugs/961263 (by Albert Astals Cid)
[10:18] <tsdgeos> what's the command to know which packaging branch a package has?
[10:19] <Riddell> bzr info  if it is a bazaar branch, otherwise I don't think there is one
[10:21] <tsdgeos> apt-cache showsrc and the  Vcs- fields
[10:21] <tsdgeos> just that this can be wrong
[10:21] <tsdgeos> so yeah, there's none
[10:21] <tsdgeos> Riddell: if i had a branch i did not know to know the branch :D
[10:21] <tsdgeos> i'd be in it already ;-)
[10:21] <Riddell> good point
[12:00] <Riddell> ScottK: mm, this owncloud update is tricky
[12:00] <Riddell> either lots of packages need backporting for it (I counted 15 then gave up)
[12:01] <Riddell> or modify it to ship all the 3rdparty modules which makes security updates dependent on updates of owncloud package
[12:01] <Riddell> ScottK: do you know the view of backports team on that sort of backport?
[12:02] <Riddell> (another blocker is the minified javascript which isn't in preferred modifiable form)
[12:02] <ScottK> If the other packages have rdepends they need testing.
[12:03] <ScottK> Assuming they work, block backports are fine.
[12:03] <Riddell> I really don't want to do that for >15 different packages
[12:04] <Riddell> I can't help feeling this would be better in the extra archive thingy so it can be updated whenever it needs it
[12:05] <ScottK> It's starting to seem that way.
[13:15] <BluesKaj> Hi all
[17:39] <ScottK> Riddell: Did you see my ping on -release?
[18:23] <soee> after last updates something went wrong i think and some packages were not configured
[18:23] <soee> now when i try to do updates from terminal i have message to use: sudo dpkg --configure -a
[18:23] <soee> but it stops on update-initramfs: Generating /boot/initrd.img-3.5.0-17-generic
[18:24] <soee> end after some time i have message thar error ocured when processing initramfs-tools
[18:24] <soee> and suggestions ?
[18:25] <ScottK> You aren't out of room in /boot are you?
[18:25] <soee> ?
[18:26] <ScottK> pastebin me the ouput of df -h.
[18:28] <soee> crap
[18:28] <soee> space available 0
[18:42] <BarkingFish> Any devs around who can help with something real quick?  
[18:43] <BarkingFish> I don't know who needs to do what, but build 16 of firefox needs to be pulled from (K)ubuntu mirrors.
[18:43] <BarkingFish> http://www.bbc.co.uk/news/technology-19909106
[18:44] <maco> ScottK: still an archive admin?
[18:44] <ScottK> Yes.
[18:44] <ScottK> soee: That's your problem.
[18:45] <maco> can upgrades be disappeared? or does a 16~really15 need to be uploaded?
[18:45] <BluesKaj> BarkingFish, why does it need to be pulled?
[18:45] <maco> BluesKaj: see the link, big security vulnerability. mozilla pulled it already
[18:45] <BarkingFish> see the link underneath it
[18:46] <BluesKaj> oh great i upgraded to FF16 this morning 
[18:46] <ScottK> BarkingFish: I pinged the security team to make sure they're aware.
[18:46] <ScottK> We've just published 16.0.1, so we're OK.
[18:46] <BarkingFish> thanks ScottK 
[18:47] <ScottK> maco: Already fixed.
[18:47] <maco> fancy
[18:50] <BarkingFish> ScottK, can I just confirm with you the correct version number for FF16 as I see it in Apper?  I have 16.0+build1-0ubuntu0.12.04.1
[18:50] <BarkingFish> is that the right version to be installing?
[18:52] <maco> BluesKaj: no
[18:52] <maco> on quantal its 16.0.1+build....
[18:52] <maco> i think it's still building on precise
[18:52] <BarkingFish> I'm not on Quantal yet
[18:52] <maco> https://launchpad.net/ubuntu/+source/firefox
[18:53] <BarkingFish> That's what's showing in Apper for me at the moment- is that wrong?
[18:53] <maco> that's what's currently available because as scott said "just"
[18:53] <maco> the "just" published it
[18:53] <maco> meaning the build servers are still churning
[18:53] <ScottK> BarkingFish: You want  16.0.1 something.
[18:53] <maco> give it an hour or so
[18:53] <maco> then apt-get update and look again
[18:54] <BarkingFish> ah, ok then. I'll drop that one from the updates for now then, and just fix everything else :)
[18:54] <BarkingFish> will the menu and locale packages need rebuilding too?
[18:54] <ScottK> I'm guessing the new one for precise will start hitting mirrors in ~45 minutes.
[18:55] <BluesKaj> ok FF 16.01 installing as we speak 
[18:55] <ScottK> Here too.
[18:55] <ScottK> (on quantal)
[18:55] <BluesKaj> yup quantal 
[18:56] <BarkingFish> ok then, I'll leave it for a while and drop back for it in a bit.
[18:58] <BarkingFish> back in a bit
[19:07] <soee> ScottK, can you take a look: http://pastebin.com/HgVjH7Av
[19:07] <soee> what space should i recover ?
[19:16] <ScottK> You've got available space on all those partitions.
[19:16] <ScottK> Sometimes /boot is a separate partition and it ends up too small.
[19:16] <soee> yeah i can fix my problem
[19:16] <soee> *cant
[19:17] <soee> http://pastebin.com/SEPK1eeq
[19:17] <soee> and it stops
[19:17] <ScottK> OK.  Nothing Kubuntu specific there.  I"d ask in #ubuntu+1 or #ubuntu-kernel.
[19:27] <Quintasan> NEPOMUK MOVES FROM STRIGI?
[19:27] <Quintasan> THERE IS HOPE!
[19:28] <vHanda> uhh, I still haven't made the official anouncement :P
[19:28] <vHanda> so, shh
[19:28]  * Quintasan hides
[19:28] <vHanda> I still need to move the plugins to a new repo and do some other minor stuff
[19:28] <Quintasan> vHanda: kde-packagers isn't official enough? :P
[19:28] <vHanda> then I'm going to make everyone write plugins
[19:28] <BluesKaj> and who cares , certainly not me :)
[19:29] <vHanda> well, to be, planetkde is more official
[19:29] <vHanda> cause it reaches the users
[19:29] <vHanda> *to me
[19:29]  * Quintasan writes a one-line post to planet
[19:29] <Quintasan> Oops.
[19:29] <Quintasan> :P
[19:29] <Quintasan> vHanda: I expect performance improvements :P
[19:30] <vHanda> so do I ;/
[19:30] <BluesKaj> most home users who don't work from home don't need nepomuk
[19:30] <vHanda> the feeder is faster, but virtuoso still consumes very high cpu while indexing
[19:30] <Quintasan> So far I have been turning it off just because it wasn't fast enough for me after it was done indexing
[19:30] <ScottK> As long as you do the plugins for ffmpeg/libav, I think it'll we good.
[19:31] <vHanda> I was thinking of moving to gstreamer after all the hassel
[19:31] <ScottK> Virtuoso could stand being less CPU intensive though.
[19:31] <Quintasan> Holy crap, I'm so confused about this damn uni
[19:31] <ScottK> phonon
[19:31] <Quintasan> Materials scattered throught over 9000 pages.
[19:31] <Quintasan> God knows where to look for what
[19:35] <Riddell> hola
[19:59] <Quintasan> Riddell: \o
[20:04] <Riddell> Quintasan: kde-packagers is hidden
[20:05] <Riddell> so you could claim it's a secret cabal for not for public knowledge
[20:10] <Riddell> vHanda: which library from ffmpeg does it need built against?
[20:12] <vHanda> the same ones strigi requires
[20:12] <vHanda> I have a macro_find_optional(FFmpeg)
[20:12] <vHanda> in my top level cmakelists
[20:13] <vHanda> I'm using libavutil libavformat and libavcodec
[20:13] <BluesKaj> why is ffmpeg being wrapped in avconv ...it seems to do the same work 
[20:14] <Riddell> the project forked
[20:17] <BluesKaj> there's nothing wrong with ffmpeg ..except the deprecated message pops up every time i use it
[20:18] <Riddell> vHanda: mm we build strigi without ffmpeg
[20:19] <vHanda> :O
[20:19] <vHanda> anyway, I'll try to find someone to port it to gstreamer
[20:19] <vHanda> or I'll do it myself
[20:19] <vHanda> that would be better, right?
[20:19] <Riddell> yeah that would work nicer
[20:20] <vHanda> Riddell: also, separate repo, right?
[20:20] <vHanda> no one finally answered my question
[20:20] <Riddell> vHanda: what qustion?  what about a separate repo?
[20:21] <vHanda> should these extractor plugins be in a separate git repo?
[20:21] <vHanda> or is it okay if they remain in nepomuk-core
[20:21] <Riddell> I don't think it matters
[20:22] <vHanda> Are you sure?
[20:22] <Riddell> as long as they can be turned on and off at build time and at runtime I don't see why it would
[20:22] <vHanda> so I didn't have to start that long thread! :O
[20:22] <vHanda> I'll confirm with other distributions as well
[20:23] <Riddell> well it's just source code, as long as it's GPL2+ nobody will care
[20:23] <vHanda> it is
[20:23] <vHanda> and people did care, that is why this whole issue came up
[20:23] <Riddell> and as long as compiling against ffmpeg or anything is optional that's ok
[20:23] <vHanda> How will you ship it?
[20:23] <vHanda> In one package or multiple?
[20:24] <Riddell> if it compiles against ffmpeg we can't have that one the CD
[20:24] <Riddell> so it'll need to be in a separate binary package and then prompted to install it later (like we do with mp3 codecs)
[20:24] <vHanda> taglib/poppler/exiv2/others?
[20:24] <vHanda> ah
[20:25] <Riddell> but i guess fedora might want it separately if they don't even have ffmpeg in the same archive
[20:26] <Riddell> taglib/poppler/exiv2 should be all good
[20:28] <vHanda> opensuse also wanted it separately
[20:28] <vHanda> arch linux guys are awesome. They don't care :D
[20:44] <kubotu> ::workspace-bugs:: [1065096] Certain keyboard shortcuts disappear between 4.9.1 and 4.9.2 @ https://bugs.launchpad.net/bugs/1065096 (by Peder Chr. Nørgaard)