[02:16] <ScottK> It would be nice if someone other than me could install 4.8.5 from precise-proposed and then comment favorably on Bug  #1047417.
[02:32] <ScottK> JontheEchidna: If you're around, I just ran into a muon updater problem on precise ....
[02:33] <JontheEchidna> ScottK: oh?
[02:33] <ScottK> Trying to do this all with GUI tools, I added -proposed to my software properties
[02:33] <ScottK> Checked for updates
[02:33] <ScottK> Installed the packages I wanted to test
[02:34] <ScottK> Then I went back to software sources and unchecked whatever proposed is called and checked for updates again.
[02:34] <ScottK> It didn't forget about the packages from proposed.
[02:34] <ScottK> I checked and proposed was indeed unchecked, so I had it check for updates again.
[02:34] <ScottK> They still didn't go away.
[02:34] <ScottK> Then I did sudo apt-get update and they went away.
[02:35] <ScottK> So somehow the check for updates wasn't forgetting about the removed repository or something similar.
[02:36] <JontheEchidna> hmm, interesting
[02:49] <JontheEchidna> I'm not able to reproduce it in quantal, fwiw
[02:50] <JontheEchidna> though I can't think of anything that would have changed
[02:58] <ScottK> In precise it asked to mark extra packages and I told it no.
[02:58] <ScottK> Dunno if that might have affected the state of things in some way.
[03:24] <JontheEchidna> That's basically the way of saying "do you want to apt-get dist upgrade"
[07:52] <shadeslayer> !find libGLEW.so
[07:52] <shadeslayer> !find libGLEW.so precise
[08:49]  * jussi waves
[09:31] <vHanda> apachelogger: ping
[09:49] <apachelogger> vHanda: pong
[09:49] <vHanda> :/ I have to go on. I'll ping you in about an hour
[09:50] <vHanda> It was about using phonon to extract simple video metadata for the fileindexer
[09:54] <kubotu> ::qt-bugs:: [1045755] assistant-qt4 crashed with SIGSEGV in MainWindow::updateApplicationFont() @ https://bugs.launchpad.net/bugs/1045755 (by Alexander Langanke)
[10:08] <apachelogger> vHanda: seems like a rather fat dependency, I wonder if taglib wouldn't be the better choice
[11:15] <BluesKaj_> Hi all
[11:27] <shadeslayer> hahaha
[11:27] <shadeslayer> https://launchpad.net/ubuntu/quantal/+source/firefox/15.0.1+build1-0ubuntu2
[11:35] <Riddell> shadeslayer: what did he break that needed coffee?
[11:38] <Quintasan_> \o
[11:39] <apachelogger> lo
[11:40] <BluesKaj> hi, lo ...hel-lo :)
[12:10] <vHanda> apachelogger: yeah. I thought so.
[12:10] <vHanda> Taglib is nice (and I am using it), but it doesn't support avi files
[12:10] <vHanda> and some other video files
[12:11]  * vHanda goes back to reading the non existant ffmpeg documentation
[12:11] <apachelogger> just a matter of writing support
[12:12] <apachelogger> generally creating a full media pipeline just to read the few tags that video files have (or mostly not have) seems like way too expensive
[12:15] <apachelogger> vHanda: http://libav.org/documentation.html
[12:16] <vHanda> yeah. It seems easier to read the header fiels
[12:16] <apachelogger> lol
[12:17] <apachelogger> vHanda: you could just as well use phonon and use its queue then :P
[12:17] <apachelogger> the overhead of gstreamer ought not be much concern at this pont ;)
[12:22] <apachelogger> vHanda: http://paste.kde.org/547586/
[12:22] <apachelogger> something like that
[12:23] <vHanda> I'll see, I think I've managed to extract the duration and bitrate from ffmpeg
[12:23] <apachelogger> as long as gapless transitioning works you should have next to no overhead from batch processing
[12:23] <apachelogger> vHanda: sandsmark can help with ffmpeg btw
[12:25] <vHanda> good to know. I'll bug him if I have problems
[12:31] <shadeslayer> Riddell: I have no idea :P
[12:31] <shadeslayer> it was funny though
[12:33] <shadeslayer> looks like someone turned off composting on paste.kde.org
[12:33] <shadeslayer> s/composting/compositing
[12:37] <shadeslayer> great, timeouts when retrying builds
[13:08] <shadeslayer> !find Debian/Debhelper/Sequence/python3.pm
[13:08] <shadeslayer> !find python3.pm precise
[14:06] <Riddell> I've concluded the best thing to do about print-manager is just to make it ignore failures in dbus calls to s-c-p
[14:06] <Riddell> anything else gets pretty messy in its use of s-c-p
[14:07] <Riddell> and as far as I can tell the dbus calls aren't very useful
[14:07] <Riddell> printers are already in a sensible order without them and it does pre-select a good driver anyway
[14:15] <shadeslayer> so, 4.9.1 for precise should be ready within the next 12 hours if lp resolves the deps automatically
[14:15] <shadeslayer> a major chunk of it has been built
[14:15] <Riddell> shadeslayer: how about for quantal?
[14:15] <shadeslayer> 0.o
[14:15] <tsdgeos> isn't it therealready?
[14:15] <tsdgeos> i got it yesterday
[14:15]  * shadeslayer gives Riddell some coffee
[14:16] <shadeslayer> Riddell: there were a couple of missing packages that yofel took care of
[14:16] <shadeslayer> but yeah, all of it was uploaded a couple of days ago
[14:16] <shadeslayer> Monday iirc
[14:16] <Riddell> great
[14:26] <Riddell> ScottK: a FFe for you in bug 1048712
[14:29] <Riddell> hmm I have no idea when to hold this meeting http://doodle.com/ep9bqbapvfh4r9aw
[14:30] <Riddell> tomorrow at 18:00 would be good but it would probably have to be without me
[14:55] <shadeslayer> anyone free to try out the new KDevelop?
[14:56] <shadeslayer> it's here https://launchpad.net/~rohangarg/+archive/experimental
[14:57] <Riddell> cao do
[14:57] <Riddell> can do
[14:57] <shadeslayer> :D
[15:03] <Riddell> shadeslayer: successfully installs, runs and executes the hello world I had set up last time I tried kdevelop
[15:03] <shadeslayer> awesome, will upload later tonight then
[15:20] <shadeslayer> tehehe
[15:20] <shadeslayer> seeds need a bit of cleaning
[15:21] <yofel> did anyone take care of mplayerthumbs?
[15:22] <shadeslayer> you mean let it out of new?
[15:22] <shadeslayer> or something else?
[15:22] <yofel> is it in new?
[15:22] <shadeslayer> I believe it's a new source
[15:23] <yofel> was just wondering if anyone filed the FFe
[15:23] <apachelogger> no one packaged it for .0
[15:23] <apachelogger> yofel: terribly unlikely
[15:23] <yofel> as you said that everything was up
[15:23] <shadeslayer> damn, CIA out
[15:37] <Mamarok> hm, I must have missed some stuff apparently, but why is there no Calligra 2.5.1 for Quantal? Didn't it make the cut to be included in final?
[15:38] <yofel> !info calligra
[15:38] <shadeslayer> wat
[15:38] <yofel> hm
[15:38] <yofel> no
[15:38] <shadeslayer> lp says 2.5.1
[15:38] <yofel>  *** 1:2.5.1-0ubuntu1 0
[15:38] <shadeslayer> aye
[15:38] <yofel>         500 http://archive.ubuntu.com/ubuntu/ quantal/universe amd64 Packages
[15:38] <Mamarok> then something is wrong somewhere
[15:39] <shadeslayer> https://launchpad.net/ubuntu/+source/calligra/1:2.5.1-0ubuntu2
[15:39]  * cmagina is looking at the latest updates on quantal for his system and sees calligra 2.5.1
[15:39] <Mamarok> well, apparently mine is still at 2.5.0
[15:39] <apachelogger> it built 9 hours ago
[15:39] <cmagina> mirror lag?
[15:40] <apachelogger> might not be propagated to mirrors
[15:40] <Mamarok> right now I am struggling to get Qt4 packages, the main server is extremely slow
[15:40] <Mamarok> apachelogger: I don't use a mirror but the main server
[15:41] <Mamarok> but might be right next in queue once I mange to download all that Qt stuff
[15:41] <Mamarok> manage*
[15:42] <apachelogger> IIRC archive.ubuntu itself is also a mirror
[16:07] <mparillo> On Beta-1, I applied my updates and I got: KDE - Be Free! Platform Version 4.9.1
[16:10] <mparillo> Mamarok: On Calligra (why could it not have been Kalligra), I get: Plan Version 2.5.1 Using KDE Development Platform 4.9.1
[16:20] <Mamarok> mparillo: it shows correctly now, no idea why the update was not showing correctly earlier
[16:20] <Mamarok> and Kalligra looks horrible, we really don't need that K everywhere, that was funny 10 years ago
[16:21]  * Mamarok knows why she suggested Calligra
[16:24] <mparillo> Mamarok: I was not sure of the update either. All I know is I tend to accept them always, generally as soon as they appear. And I had been watching for 4.9.1, so I think it was within the last 24 hours or so.
[16:25] <Mamarok> well, I actualy don't use the packages from the repo, I compile it myself locally, but I wanted to answer a forum post about the availability that's why I searched
[16:37] <ScottK> Riddell: Approved.
[17:03] <debfx> ScottK: hey, do you have some time for NEW review today?
[17:03] <ScottK> debfx: Maybe later.  I'm about 4 hours behind my plan for today due to car trouble.
[17:13] <ScottK> apachelogger: That's correct.  a.u.c is a mirror.
[17:22] <Riddell> debfx: what do you need?
[17:23] <shadeslayer> mmm .. daily iso's seem to have a weird bug
[17:23] <shadeslayer> and who'd like to test KDE 4.9.1 for precise?
[17:23] <debfx> Riddell: NEW review for package sync. bug #1047239
[17:27] <Riddell> debfx: I'm confused "Fine by me, if you can find an AA to NEW it for you before you sync" surely you need to sync before it can be reviewed in New
[17:28] <debfx> Riddell: yes, but an AA needs to commit to review it before I'm allowed to sync it
[17:29] <Riddell> oh gosh, a whole new level of beurocracy
[17:29] <Riddell> commented
[17:31] <debfx> yay, thanks :)
[17:31] <Riddell> and it's from debian anyway, we often just accept packages from debian without more than a glance, debian are trustworthy enough
[17:31] <debfx> synced
[17:32] <debfx> yeah I'm sure no one really reviews all those new packages from Debian every cycle
[17:33] <david__> what's the best place to file a bug about kubuntu-defaults?
[17:35] <debfx> d_ed: probably kubuntu-default-settings
[17:35] <Riddell> d_ed: https://bugs.launchpad.net/ubuntu/+source/kubuntu-default-settings/+filebug
[17:36] <d_ed> thanks. I tried looking for that, I get so confused by launchpad
[17:38] <Riddell> we should have a shortcut for kde browsers to just take you to the package page but I think it's got lost at some point (unless I'm missing it)
[17:48] <shadeslayer> d_ed: after you file it, please assign it to me, I've mostly been working on that these days ;)
[17:49] <d_ed> I don't know how to.
[17:49] <d_ed> well, I pressed "assigned to"
[17:49] <d_ed> https://bugs.launchpad.net/ubuntu/+source/kubuntu-default-settings/+bug/1049976
[17:49] <d_ed> but it said you don't exist
[17:49] <shadeslayer> probably want to type in rohangarg
[17:50] <shadeslayer> there, done ;)
[17:50]  * ScottK grumbles.
[17:50] <shadeslayer> wow, k-d-s sure has alot of bugs
[17:50] <d_ed> it's totally not rohan garg
[17:50] <shadeslayer> d_ed: no spaces ;)
[17:51] <d_ed> Itriedthattoo
[17:51]  * d_ed shrugs
[17:51] <shadeslayer> oh hmm
[17:51] <shadeslayer> Riddell: can you approve the milestone on bug 1049976
[17:52] <shadeslayer> as well as the target 
[17:54] <ScottK> shadeslayer: What happened to MI?
[17:54] <shadeslayer> haven't worked on it yet :(
[17:54] <shadeslayer> d_ed: ^ let's work on that this weekend?
[17:55] <shadeslayer> question, why do we have MI if only quassel uses it?
[17:55] <d_ed> MI?
[17:55] <shadeslayer> and if ktp starts using it, that'll be a grand total of 2
[17:55] <shadeslayer> d_ed: Message indicator
[17:55] <d_ed> oh right
[17:56] <shadeslayer> and iirc you bought up a issue about that Akademy
[18:25] <shadeslayer> yay for gcc stack differences
[18:25] <shadeslayer> on quantal : /build/buildd/libkolabxml-0.7.0/src/uriencode.cpp:44:21: warning: invalid conversion from 'const void*' to 'void*' [-fpermissive]
[18:26] <shadeslayer> same thing on precise : /build/buildd/libkolabxml-0.7.0/src/uriencode.cpp:44:21: error: invalid conversion from 'const void*' to 'void*' [-fpermissive]
[18:27] <shadeslayer> if someone want's to look at that ^ libkolabxml is the only thing that's missing for kdepim-runtime
[18:28] <ScottK> Kmail uses it as well.
[18:29] <ScottK> If Ktp would use it, it's one icon in the systray instead of two and it gives you a nice history of stuff that you don't get otherwise.
[18:29] <ScottK> If we aren't going to get Ktp integration done, I think we should remove MI from our default panel layout and put Quassel's systray icon back.
[18:30] <tsimpson> shadeslayer: patch it (remove the const)
[18:30] <shadeslayer> well, the last time we discussed this, it was clear that it wasn't straight forward to implement this
[18:30] <shadeslayer> tsimpson: if you have access, feel free to do it, I'm exhausted :)
[18:31] <shadeslayer> ( and that's what I was going to do tomorrow )
[18:31] <shadeslayer> alright, night everyone 
[18:31] <tsimpson> I don't have access, but the const part looks like an error anyway curl_easy_unescape returns a char*
[19:06] <apachelogger> uh, that's slightly silly
[20:00] <yofel> shadeslayer: IIRC randomly assigning other people to bugs is restricted to U-B-C now or so
[20:04] <yofel> shadeslayer: yup, if a bug supervisor exists, only that person/team can assign people to bugs other than themselves (https://help.launchpad.net/BugSupervisors)
[20:12] <shadeslayer> fun
[20:13] <shadeslayer> yofel: see #kubuntu
[20:14] <yofel> lolwut...
[20:14] <shadeslayer> aye ..
[20:14] <tsdgeos> yo
[20:14] <tsdgeos> could you guys package the new attica so we stop getting those annoying "Using Attica with KDE support" messages?
[20:15] <shadeslayer> oh hai
[20:15] <shadeslayer> quantal?
[20:15] <tsdgeos> plz
[20:16] <shadeslayer> we are in Feature Freeze, needs approval from release team gods if its not a bug fix release :P
[20:17] <tsdgeos> it's a bugfix
[20:17] <tsdgeos> it fixes the bug of being annoying
[20:18] <shadeslayer> any takers ^ ?
[20:19] <Riddell> I can look in a bit
[20:19] <Riddell> shadeslayer: bug 1049976 needs tagged kubuntu so we can keep track of it
[20:20] <shadeslayer> done
[20:22] <yofel> can't we track our bugs in some other manner? like... stuff that kubuntu-bugs is subscribed to?
[20:23] <yofel> hm. no. query timeout :(
[20:24] <shadeslayer> we should have a launchpad bug scrub down where we close really really old and irrelevant bugs
[20:25] <apachelogger> yofel: then you should write a script to move the tagged ones to subscription ;)
[20:25] <tsdgeos> hey, at least assistant does not crash anymore
[20:25] <tsdgeos> that was annoying
[20:26] <apachelogger> things not crashing is always good ^^
[20:26] <yofel> apachelogger: well, that would have been a possibility if I could actually get the bugs that kubuntu-bugs is subscribed to - but the DB's to sloow
[20:26] <yofel> -o
[20:26] <apachelogger> oh, that is also not working?
[20:26] <apachelogger> why that is silly
[20:27] <apachelogger> we could of course stop using lunchpad :P
[20:28] <yofel> apachelogger: enjoy the timeout: https://bugs.launchpad.net/ubuntu/+bugs?field.structural_subscriber=kubuntu-bugs
[20:28] <shadeslayer> almost impossibru since we are too tied in ...
[20:30] <apachelogger>  yofelhttps://bugs.launchpad.net/~kubuntu-bugs/+subscribedbugs
[20:30] <apachelogger> yofel: https://bugs.launchpad.net/~kubuntu-bugs/+subscribedbugs
[20:30] <apachelogger> use the tool right
[20:30] <apachelogger> shadeslayer: nonesense
[20:31] <apachelogger> where are we tied into the buggery?
[20:31] <apachelogger> 90% of bugs go to kde anyway
[20:31] <shadeslayer> cdimagery magic
[20:31] <Riddell> apachelogger: needs to be bugs nominated to quantal since that's how release-team track them
[20:32] <shadeslayer> packages, packaging, ninjas, Kubuntu-ppa
[20:32] <apachelogger> then the team needs to use two sources or all of ubuntu needs to switch
[20:32] <apachelogger> tool fails to deliver -> fix tool or use another one
[20:32] <yofel> those are direct subscriptions, I was querying for the package subscriptions
[20:32] <yofel> which is too much for LP
[20:32] <apachelogger> yofel: https://bugs.launchpad.net/~kubuntu-bugs/+packagebugs
[20:32]  * shadeslayer would rather someone fix lp than work against it
[20:33] <shadeslayer> hey, they fixed copying didn't they 
[20:33] <debfx> https://bugs.launchpad.net/ubuntu/quantal/+bugs?field.structural_subscriber=kubuntu-bugs does not time out
[20:33] <yofel> apachelogger: now give me the result of the 2nd link shown like the fist
[20:33] <apachelogger> shadeslayer: one fix a year does not make the tool more viable :P
[20:33] <apachelogger> yofel: what for?
[20:33] <apachelogger> what's a use case for that?
[20:33] <yofel> debfx: that's only for stuff that has a quantal task - but good idea, thanks
[20:34] <shadeslayer> apachelogger: one fix is better than no fix :P
[20:34] <apachelogger> shadeslayer: I guess that is why ubuntu is using lunchpad :P
[20:34] <debfx> yofel: right, but all the important bugs that we care about for quantal should be nominated
[20:36] <yofel> shadeslayer: libkolabxml FTBFS: Could NOT find Qt4 
[20:36] <shadeslayer> whaaaa
[20:38] <shadeslayer> please fix if you can since I was/am sleepy ( I did skip over the CMake output )
[20:40] <shadeslayer> plus, qt is only required for tests I think 
[20:41] <ScottK> apachelogger: Fixing crashes is not ALWAYS good.  Sometimes have a tool fail to crash so you can attempt to make use of it is at best a mixed blessing.
[20:41] <ScottK> ;-)
[20:42] <yofel> I'll try to
[20:43] <yofel> me, the actual failure is in curl
[20:46] <shadeslayer> yofel: aye
[20:47] <shadeslayer> needs patching
[20:47] <shadeslayer> remove the const like tsimpson said
[20:52] <Riddell> fregl: any changelog for attica?
[20:59] <Riddell> agateau_: is kded-appmenu something you've involved with? http://mail.kde.org/pipermail/kde-announce-apps/2012-September/004931.html
[21:08] <Riddell> hum, meeting at 19:00UTC tomorrow?
[21:09] <Riddell> I'll just have to work out how to skip out early from running the canoe club
[21:18] <Riddell> fregl: attica doesn't seem to compile with -fvisibility=hidden
[21:42] <Riddell> Meeting Thursday 19:00UTC
[21:42] <yofel> JontheEchidna: does qaptworker do any precalculations before applying changes in quantal? When I just installed (189) updates, after pressing apply qaptworker was using 100%CPU for ~10s, memory usage went up to ~250MiB and the polkit authentication only came up after that. 10s feels a bit long for a stuck UI
[21:43] <JontheEchidna> yup, it's known to take a bit for large operations
[21:43] <JontheEchidna> I'm working on making it better in QApt2 :)
[21:44] <yofel> ok. I would already be happy if the password dialog came up before that as I could then just press enter and ignore it :)
[21:45] <yofel> and that's about the only issue I have with muon lately, works fine otherwise :)
[21:45] <JontheEchidna> :)
[21:46] <JontheEchidna> iirc I changed it because the precalculations could cause the commit to not happen. (e.g. untrusted packages, lack of disk space) The reasoning being that it would be better to ask for authorization before it was actually doing something that needed authentication.
[21:46] <yofel> true
[21:47] <JontheEchidna> with QApt2 it will be able to show more detailed progress, as well as hopefully mark large upgrades faster
[21:48] <Riddell> sorry meeting at 18:00UTC
[21:54] <xnox> Riddell: did you build your changes?
[21:54] <xnox> ./tests/run-pep8
[21:54] <xnox> ubiquity/frontend/kde_components/PartAuto.py:66:80: E501 line too long (103 characters)
[21:54] <xnox> ubiquity/frontend/kde_components/PartAuto.py:195:1: W293 blank line contains whitespace
[21:54] <xnox> ubiquity/frontend/kde_components/PartAuto.py:201:80: E501 line too long (110 characters)
[21:54] <xnox> ubiquity/frontend/kde_components/PartAuto.py:212:80: E501 line too long (108 characters)
[21:54]  * xnox fixes....
[21:56] <xnox> =)))))
[22:03] <Riddell> xnox: gosh, strict
[22:04] <xnox> Riddell: tell me about it =)
[22:05] <xnox> Riddell: partly my fault. I got a complaint from a reviewer for using inconsistent style, and I replied well half of the code base does one thing, the other one does my thing...... I got a massive commit back fixing them all & enabling FTBFS on pep8 runs ;-)
[22:06] <xnox> and a one line comment "your merge proposal fails test on build"
[22:07]  * Riddell snoozes
[22:09] <xnox> anyone making a release now, such that we can test kubuntu lvm/luks in tomorrow's dailies
[22:10] <xnox> s/anyone/anyway/
[22:10] <kubotu> xnox meant: "anyway making a release now, such that we can test kubuntu lvm/luks in tomorrow's dailies"
[22:10] <xnox> kubotu++ you are awesome
[22:10] <kubotu> cheers!
[22:10]  * xnox ubotu should learn tricks from kubotu