[00:42] <micahg> hey, the global menu in akregator started working randomly...
[00:48] <randalogger> ScottK: phonon now officially commits to the kde minor point release policy
[01:09]  * debfx watches the dots while running pull-debian-source kdeartwork
[01:11] <randalogger> oh, I should go to bed
[01:12] <randalogger> ScottK: is it leate yet?
[01:17] <debfx> JontheEchidna: you haven't converted some cdbs cruft to dhmk in kdeartwork
[01:17] <debfx> JontheEchidna: I'll fix that and upload
[01:18] <JontheEchidna> armel opengl stuff?
[01:18] <debfx> yep
[01:18] <JontheEchidna> yeah, I wasn't sure how to exactly do that
[01:19] <randalogger> kubuntu on arrrrrm
[01:19]  * micahg is trying to make xubuntu on arm
[01:24] <randalogger> micahg: that is just wrong, you should make kubuntu on arrrrm :P
[01:24] <randalogger> also I should really go to bed
[01:24] <randalogger> like desperately
[01:24] <randalogger> nites
[01:25] <debfx> JontheEchidna: http://bazaar.launchpad.net/~kubuntu-packagers/kdeartwork/ubuntu/revision/112#debian/rules
[01:26] <JontheEchidna> oh, cool
[01:26] <JontheEchidna> simple
[01:38] <debfx> yeah it is
[01:38] <debfx> uploading kdeartworks however is not that easy
[01:57] <debfx> could one of you core-devs please merge https://code.launchpad.net/~debfx/ubuntu-seeds/kubuntu.oneiric/+merge/63320
[01:58] <debfx> should help us a bit to return to a sane image size
[02:53] <JontheEchidna> debfx: sure
[02:55] <JontheEchidna> debfx: done, thanks
[04:55] <ScottK> randalogger: No.  It's not late yet.
[04:55] <ScottK> It's still before midnight here.
[04:56] <ScottK> randalogger: The arm boxen are back up, but the 100 box doesn't have it's bigger /var/cache mounted.  I missed one step in the instructions when directing what needed doing to bring them back to life.
[04:57] <ScottK> It should be fine for building stuff smaller than Qt.
[04:57] <ScottK> I'll be home tomorrow evening and can fix it properly then.
[09:03] <debfx> yofel: I think we can drop the dolphin-plugins transitional package as it isn't in lucid
[10:44] <yofel> debfx: yes, as long as the new 4.6.3 package never makes it back into natty, anything that gets put into natty in some way needs it
[10:45] <yofel> so I would say keep it and drop it for 4.7
[10:50] <debfx> yofel: I hope no one puts 4.6 into natty
[10:51] <debfx> ah, wait
[10:51] <yofel> depends if we want to resync the natty PPA with the new packaging
[10:51] <debfx> yofel: when you upgrade to natty the transitional package gets pulled in
[10:52] <debfx> yofel: nevermind, I confused natty with lucid
[10:52] <yofel> yes, I'm just thinking whether we want to put 4.6.5 with new or old packaging into natty-updates. If we use new ones it might not work
[10:54] <debfx> we don't want the new ones, such drastic packaging changes don't qualify for a SRU
[10:54] <yofel> k, then drop it
[10:58] <debfx> has anyone found a way to make authentication in launchpadlib work?
[10:59] <yofel> as in login_with() ?
[11:00] <debfx> not sure, whatever ubuntu-dev-tools uses in natty
[11:01] <yofel> uh, no idea, they had some manager-credentials command or so IIRC
[11:01] <debfx> that was the old system afaik
[11:02]  * debfx tries the unencrypted storage backend
[11:02] <yofel> then they probably use the keyring now
[11:07] <debfx> yeah, the kwallet backend seems to be broken beyond repair
[11:21] <randalogger> yay
[11:23] <debfx> randalogger: do you know anyone we could poke for https://git.reviewboard.kde.org/r/100157/ ?
[11:47] <randalogger> ScottK: I only get connected to 2 arms, what gives?
[11:50] <jussi> randalogger: I got my mx53 today :D
[11:50] <jussi> Quintasan: ScottK  ^^^:D
[11:53] <randalogger> debfx: sho
[11:53] <randalogger> in #konversation
[11:53] <randalogger> that is eike hein
[11:54] <randalogger> s/that/he
[11:54] <randalogger> cant type while people talk all the time
[11:56] <randalogger> jussi: congrats
[11:57] <jussi> randalogger: I cant wait to  get home and play :)
[12:17]  * Quintasan 's PC is working
[12:17] <Quintasan> jussi: \o/
[12:18] <Quintasan> jussi: I almost got it sorted out, now they whine about that the package says price is $149 whereas I have paid $99
[12:18] <jussi> oh lol
[12:18] <jussi> Quintasan: want a scan of one of the vouchers? 
[12:19] <Quintasan> I asked Freescale to send FedEx a statement that it is $99 indeed and I still got no response
[12:19] <Quintasan> jussi: Sure, I wonder if they will accept one but it is worth a try
[12:19] <yofel> Yay :)
[12:19] <jussi> Quintasan: pm me your email addy
[13:14] <ScottK> randalogger: I didn't check all 4, so I'm not sure.  I'll check it in detail tonight when I've got physical access to the boxen again.
[13:18] <randalogger> ScottK: okok
[13:19] <randalogger> ScottK: not doing anything right now anyway
[13:20] <randalogger> !find autoreconf.mk
[15:41] <sithlord48> can any one help me pack a deb file here ? i think my problem is it has two executibles being build. after running debuild i do get a deb file but its list of installed files do not list anything for /usr/bin
[15:43] <ScottK> sithlord48: Is this a package you intend to try to get into the official repository?
[15:43] <sithlord48> ScottK:  no my ppa, 
[15:44] <ScottK> sithlord48: #ubuntu-packaging is the best place to ask about that then.
[15:44] <sithlord48> yea no answer there. 
[15:44] <ScottK> It's OT here since this channel is about Kubuntu development.
[15:44] <randalogger> we refactor  all KDE MM userbase pages to be one sentence related to .prn
[15:45] <randalogger> highly efficient \o/
[15:51] <sithlord48> ScottK:  is packaging not part of development 
[15:51] <ScottK> sithlord48: Packaging for random PPAs is not part of Kubuntu development.
[16:37] <shadeslayer> huh
[16:43] <shadeslayer> for some reason my extra cmake flags are not picked up during kdeedu compilation, http://paste.kde.org/77881/
[16:44] <shadeslayer> not even -DMARBLE_PLUGIN_PATH
[16:44] <shadeslayer> and just noticed something else
[16:45] <ScottK> shadeslayer: You did notice we're not using CDBS anymore, right?
[16:45] <shadeslayer> ScottK: i haven't modded any part of the rules except line 10 to 13
[16:45] <shadeslayer> and line 19 ofcourse
[16:48] <ScottK> Isn't debian-qt-kde.mk for CDBS?
[16:48]  * ScottK thought there was something different for DH.
[16:48] <ScottK> dhmk or some such.
[16:48] <yofel> ScottK: depends if it's 2/ or 1/
[16:48] <shadeslayer> ^^
[16:48] <yofel> 1/ is cdbs, 2/ dhmk
[16:48] <ScottK> Ah.
[16:48] <ScottK> It's 2
[16:48] <ScottK> Good then.
[16:49] <shadeslayer> http://paste.kde.org/77887 << fixed it a bit 
[16:49]  * ScottK is leaving for the airport, so good luck.
[16:49] <shadeslayer> cya
[16:50] <shadeslayer> here's the build log where you can see it doesn't pick up any of the options : http://paste.kde.org/77893
[16:50] <shadeslayer> lin 1953
[17:20] <shadeslayer> okay figured it all out
[19:04] <bambee> evening
[19:04] <bambee> http://paste.ubuntu.com/617719/ <--- wtf ?
[19:04] <bambee> (line 6)
[19:05] <LaserJock> do you need oneiric's pkg-kde-tools to build the Debian 4.6.3 packages?
[19:06] <debfx> LaserJock: yes, but it's also in natty-backports
[19:07] <yofel> bambee: that looks about right if you're on oneiric
[19:07] <yofel> don't dist-upgrade ;)
[19:08] <bambee> how do you upgrade your oneiric ?
[19:08] <cnd> I've got a fix for bug 785433 in Qt pushed as a merge proposal at https://code.launchpad.net/~utouch-team/qt/touch-end-fix/+merge/63417
[19:08] <cnd> would someone be able to review it?
[19:12] <yofel> bambee: aptitude safe-upgrade? I have like 100 packages held back here, not upgradable
[19:12] <yofel> or I'll remove KDE
[19:12]  * bambee tests safe-upgrade
[19:13] <yofel> does /almost/ the same thing as apt-get upgrade
[19:15] <bambee> yofel: it does the trick, thanks ;)
[19:36] <randalogger> jussi:  Re-Scheduled  04-JUN-2011
[19:59] <_Groo_> hi/2 all
[19:59] <_Groo_> could anyone explain to me why kamoso alpha is being installed when we have 2.0 final in backports?
[19:59] <_Groo_> for natty
[20:00] <_Groo_> see http://paste.ubuntu.com/617752/
[20:01] <_Groo_> its not respecting the version number, or the number is wrong
[20:02] <_Groo_> and installing the alpha instead of the backports 2.0 final
[20:03] <_Groo_> i had to force it with apt-get install kamoso=2.0-0ubuntu1~natty1
[20:21] <yofel> _Groo_: afaik we have an apt-pin in natty so backports aren't installed by default
[20:22] <yofel> _Groo_: can you show me the apt-cache policy output?
[20:27] <_Groo_> hi/2 all
[20:28] <yofel> _Groo_: afaik we have an apt-pin in natty so backports aren't installed by default
[20:28] <yofel> _Groo_: can you show me the apt-cache policy output?
[20:31] <_Groo_> yofel: http://paste.ubuntu.com/617768/
[20:32] <_Groo_> also kamoso 2.0 and 2.0 alpha are broken, cant acess the /dev/video, 2.0.2 backported works just fine with phonon
[20:32] <_Groo_> same hardware works with cheese for ex
[20:32] <_Groo_> and kopete
[20:35] <_Groo_> yofel_: anything that pops out?
[20:38] <_Groo_> hello?
[20:49] <yofel_> sorry, had some connection issues
[20:51] <yofel> _Groo_: see that -backports has a priority of 100? So if you install a package it will be taken from there, but it won't be upgraded automatically if there's a new version in -backports
[21:00] <_Groo_> yofel: how do i change that? and from all i knew, this is new in natty, maverick didnt had that pin
[21:01] <yofel> it is new, usually that would be in /etc/apt/preferences[.d/]
[21:02] <_Groo_> nothing backports related in preferences.d
[21:02] <yofel> not sure how they set that then
[21:03] <_Groo_> found it
[21:03] <yofel> where?
[21:03] <_Groo_> its in apt.conf.d
[21:03] <_Groo_> apt.conf.d/50unattended-upgrades
[21:03] <_Groo_> updated, proposed and backports are commented out :P
[21:03] <_Groo_> which kinda defeats the purpose of having them :P
[21:04] <yofel> hm, I think that does something else
[21:04] <_Groo_> well then i dont know :P
[21:05] <_Groo_> grep doesnt show any entires for backports besides the source.list ones
[21:05] <_Groo_> and that
[21:05] <debfx> since natty backports aren't installed automatically but once you install a package from backports it gets upgrades from there
[21:05] <debfx> kamoso 2.0.2 simply hasn't been backported to natty
[21:06] <_Groo_> debfx: just backported it.. its the only one working btw
[21:06] <_Groo_> 2.0 and alpha are both broken
[21:06] <_Groo_> no video pops out
[21:06] <_Groo_> only 2.0.2 fixes it for me
[21:06] <_Groo_> kopete and cheese work just fine
[21:06] <yofel> file a backport request
[21:07] <_Groo_> how do i change the pin then?? im clueless
[21:07] <yofel> _Groo_: add something like this to /etc/apt/preferences, should override it:
[21:07] <yofel> Package: *
[21:07] <yofel> Pin: release a=natty-backports
[21:07] <yofel> Pin-Priority: 500
[21:08] <_Groo_> yofel: cant... someone forgot to add libqtgstreamer-dev to natty
[21:08] <_Groo_> which is strange since it backports just fine with the same code from oniric
[21:08] <debfx> you probably don't want to pin backports like that
[21:09] <debfx> _Groo_: the package is called qtgstreamer-dev in natty
[21:10] <_Groo_> debfx: oh
[21:10] <_Groo_> -.-
[21:10] <_Groo_> this is apachelogger fault, im sure of it!!!!
[21:10] <yofel> well, that's what the configuration was before natty, but yeah, usually 100 sounds right for backports
[21:11] <_Groo_> debfx: so, what am i suposed to do, to make sure backports are used always? same for proposed
[21:12] <debfx> _Groo_: if you are sure that you want everything from backports do what yofel posted
[21:13] <yofel> erm, -proposed should really not be at 500
[21:13] <yofel> you might as well run oneiric then (ok, not as bad, but possibly so)
[21:14] <_Groo_> yofel: if i had proposed its because i WANT to use proposed
[21:14] <_Groo_> if now, whats the point?
[21:14] <_Groo_> how do i keep track of whats going in proposed then?
[21:15] <yofel> you check natty-changes ML for what what uploaded to -proposed and help with the SRU testing?
[21:15] <yofel> s/what what/what was/
[21:15] <kubotu> yofel meant: "you check natty-changes ML for what was uploaded to -proposed and help with the SRU testing?"
[21:15] <yofel> *SIGH*
[21:15] <_Groo_> Package: * Pin: release a=natty-backports Pin-Priority: 500  Package: * Pin: release a=natty-proposed Pin-Priority: 500
[21:16] <LaserJock> people had lots of problem when -proposed had normal pinning
[21:16] <_Groo_> something like this to have both?
[21:16] <_Groo_> i like to live on the edge
[21:16] <LaserJock> it was difficult to test the packages in isolation, that's why it was changed I believe
[21:16] <yofel> well, -proposed  wasn't enabled by default for a reason
[21:16] <yofel> exactly
[21:16] <_Groo_> exactly, but if i enable it i want to use it
[21:17] <LaserJock> _Groo_: but the point of using it was for testing individual packages, not the whole repo
[21:17] <yofel> yes, for SRU testing, it's not meant to be used in general
[21:17] <yofel> and for SRU testing you need to be able to update only one specific package
[21:17] <_Groo_> i prefer to update and see what breaks
[21:17] <_Groo_> and come here shouting
[21:17] <_Groo_> like kamoso
[21:17] <yofel> having the pin is easier than constantly: enable -p -> update and test -> disable -p
[21:17] <_Groo_> ho btw
[21:18] <_Groo_> if anyone is using fancy tasks
[21:18] <_Groo_> a very very bad news
[21:18] <_Groo_> its broken in 4.6.3 UNTIL you recompile it
[21:18] <_Groo_> you have 2 scenarios
[21:18] <yofel> that's SRU material :P
[21:18] <_Groo_> one: it will crash plasma-desktop imediatly as soon as you update
[21:18] <_Groo_> two: it will crash plasma-desktop when you click on configure
[21:19] <_Groo_> solution:? recompile it with 4.6.3.. i know.. it should be ABI compatible... but plasma is .. well... plasma... :P
[21:19] <debfx> _Groo_: proposed has priority 500 by default, you only need to change it for backports
[21:19] <_Groo_> just try it :D
[21:19] <_Groo_> debfx: k, done :)
[21:20] <yofel> well, blame aseigo probably :P, but file a bug about it and we can get it rebuilt
[21:20] <_Groo_> debfx: so let me guess this straight... backports which are packages already tested as 100.. proposed whihc is the :"denagerous" stuff as 100?
[21:20] <_Groo_> very logical :P
[21:20] <_Groo_> yofel: test it!
[21:20] <_Groo_> yofel: i always like to test if im not crazy
[21:21] <_Groo_> yofel: about the package i mean.. im crazy as it gets
[21:21] <yofel> which was that, smooth-tasks?
[21:21] <_Groo_> plasma-widget-fancytasks
[21:21] <_Groo_> oh btw
[21:21] <debfx> _Groo_: the barrier to get something into proposed is much higher than backports
[21:21] <_Groo_> acroread is broken in 64bits
[21:22] <yofel> ah right, proposed is at 500
[21:22] <yofel> I just pin that to 100 here ^^
[21:22] <_Groo_> it tries to force to install nspluginwrapper, which breaks in 64, should have be changed for flash64 or nothing at all
[21:22] <_Groo_> i remade the partners package and its working like a charm now
[21:23] <_Groo_> so, 3 bugs... 
[21:23] <_Groo_> 1 - kamoso is broken
[21:23] <yofel> file a bug, flash64 isn't released, so rather remove the dep
[21:23] <_Groo_> 2 - acroread is broken in 64
[21:23] <yofel> if it doesn't require it this should be a recommends anyway
[21:23] <_Groo_> yofel: yeah, for 64 bits you need, it wont install
[21:24] <_Groo_> yofel: it was in previous version, dont know who was the genius who decided to force it
[21:24] <_Groo_> brian thomason
[21:24] <_Groo_> where are my laser glasses
[21:25] <_Groo_> 3 - plasma-widget-fancy is broken if you use 4.6.3 from backports, need to be added to backports too and recompiled with that code
[21:25] <_Groo_> you welcome :P
[21:25] <yofel> ah, that's the PPA, right, need to go home, then I can upload a rebuild
[21:25] <yofel> wait, you can do that yourself!
[21:26] <_Groo_> yofel: yeah
[21:26] <_Groo_> yofel: im at work... no way to upload it from here
[21:26] <_Groo_> and im an unoficial minion
[21:26] <yofel> heh, then I'll do it later
[21:26] <_Groo_> im not gonna put my dirty paws in the ppa without being told so
[21:26] <_Groo_> apachelogger or other officer would hunt me down like a dog
[21:27] <yofel> heh, well, I'm gone, bbl
[21:27] <_Groo_> yofel: did you test fancy?
[21:27] <yofel> not yet, my battery's empty :P
[21:27] <_Groo_> yofel: ah ok :D
[21:27] <_Groo_> btw after it crashes, it crashes plasma always
[21:27] <_Groo_> so be ready to compile it locally and replace it
[21:28] <_Groo_> cause your precious desktop wont go up again
[21:28] <_Groo_> or edit plasma-appletsrc and remove it
[21:28] <_Groo_> if you are lucky and it doesnt crash plasma right away
[21:28] <_Groo_> it will as soon as you hit configure
[22:29]  * yofel just noticed he can't install fancytasks as it depends on libkonq5a
[22:30] <yofel> can someone rebuild that in oneiric?
[22:35]  * Quintasan can't request rebuilds :<
[22:44] <debfx> Quintasan: why not?
[22:44] <Quintasan> no idea why
[22:44] <Quintasan> Or I am looking in the wrong place
[22:45] <debfx> where are you looking? ^^
[22:46] <Quintasan> debfx: launchpad site for <package name>
[22:46] <debfx> you just download the package, call dch -R, build it and upload
[22:46] <Quintasan> oh
[22:48] <debfx> maybe even needs a SRU in natty: bug #750925
[22:48] <Quintasan> yofel: it depends on libkonq5-dev 4:4.5.2 :S
[22:49] <yofel> >=, doesn't change the fact that it depends on the wrong binary package
[22:50] <Quintasan> oh wait
[22:51] <Quintasan> so it just a rebuild in oneric
[22:51] <Quintasan> oneiric
[22:52] <debfx> and probably in natty
[22:53] <Quintasan> debfx: do we need to do SRU's for rebuilds?
[22:53] <debfx> Quintasan: yes
[22:54]  * Quintasan tests in oneiric first
[23:00] <ScottK> It's not pinning.  Backports is set to be a 'not-automatic' repository.  The results are similar.
[23:09] <debfx> ScottK: yes, but pinning can override the not-automatic flag
[23:10] <ScottK> OK.
[23:11] <Quintasan> yofel: lol, on oneiric
[23:12] <Quintasan> after a rebuild
[23:12] <Quintasan> it depends on libkonq5abi1
[23:12] <Quintasan> no idea
[23:12] <ScottK> That's the new packagename.  That's what I'd expect.
[23:12] <Quintasan> so it is the desired behavior in oneiric?
[23:13] <ScottK> Yes.
[23:13]  * Quintasan goes to build natty
[23:14] <debfx> ScottK: has the not-automic and but-upgrades been introduced for automatic backports->backports updates?
[23:15] <ScottK> debfx: Yes, if I understand the question correctly.
[23:18] <LaserJock> ScottK: are you familiar with kdemultimedia at all?
[23:19] <ScottK> LaserJock: If the criteria is 'at all', yes.
[23:19] <ScottK> What's the question?
[23:19] <LaserJock> well, I got what i thought would be a good stab at a merge
[23:19] <LaserJock> but it doesn't build
[23:20] <ScottK> What's the error?
[23:20] <LaserJock> it fails in ffmpegthumbs with a : error: 'CODEC _TYPE_VIDEO' was not declared in this scope
[23:20] <LaserJock> I wondered if it might have something to do with disabling xine
[23:21] <ScottK> It might also have something to do with our switch from ffmpeg to libal source.
[23:21] <ScottK> It could also be GCC 4.6 related.
[23:22]  * Quintasan will file SRU tomorrow
[23:22] <Quintasan> yofel: uploading rebuild to oneiric
[23:23] <ScottK> LaserJock: You're not the only one: https://bugs.kde.org/show_bug.cgi?id=274666
[23:23] <ScottK> Not GCC 4.6 then.
[23:24] <ScottK> LaserJock: I'd see if you can build it against Natty.  That would give us an idea if it was related to Oneiric toolchain or not.
[23:25] <LaserJock> ScottK: oh, ok, good idea
[23:26] <LaserJock> ScottK: I tried the vanilla debian package on oneiric and it died at the same place
[23:26] <Quintasan> yofel: should work in oneiric soon
[23:27] <ScottK> LaserJock: I'm pretty sure it's an upstream issue.  The question is where.
[23:27] <ScottK> The bug I pointed you at is from Gentoo, so probably not our fault.
[23:28] <Quintasan> Good night.
[23:28] <debfx> libav broke API compatibility in 0.7
[23:29] <ScottK> LaserJock: ^^^ There you go.  Please whine to siretart.
[23:30] <debfx> might be worth checking the svn repository, maybe it already got fixed
[23:30] <ScottK> Good point.
[23:30] <ScottK> Particularly with 4.6.4 being close to release.
[23:34] <micahg> there's a tracker for the libav transition: http://people.canonical.com/~ubuntu-archive/transitions/libav.html
[23:35] <debfx> micahg: does it also track the required patches? ;)
[23:35] <micahg> debfx: I'm sure patches are welcome :)
[23:36] <ScottK> Yeah, they're welcome here too.