[00:32] <rbelem> Riddell, ScottK, ping
[00:32] <rbelem> plasma-mobile worked fine with the backported patches
[00:32] <rbelem> http://paste.ubuntu.com/491882/
[00:37] <lex79> ScottK: are you doing libbluedevil ?
[02:56] <yofel> ftbfs fixed
[03:04] <claydoh> http://kde-look.org/poll/index.php :)
[05:59] <rgreening> any reason amarok-dbg symbols do not seem to exist for 2.3.1.90?
[06:08] <valorie> hmmm, I see them
[06:09] <valorie> in Synaptic, right this minute
[06:10] <valorie> !amarok-dbg
[06:10] <valorie> hmmm
[06:35] <rgreening> amarok-dbg is wrong version
[06:36] <rgreening> 2.3.1 not 2.3.1.90 is missing
[06:49] <valorie> rgreening: I see 2.3.1.90
[06:49] <rgreening> hmm.. strange
[06:50] <rgreening> apt-cache policy amarok-dbg
[06:50] <rgreening> amarok-dbg:
[06:50] <rgreening>   Installed: (none)
[06:50] <rgreening>   Candidate: 2:2.3.1-1ubuntu7
[06:50] <rgreening>   Version table:
[06:50] <rgreening>      2:2.3.1-1ubuntu7 0
[06:50] <rgreening>         500 http://archive.ubuntu.com/ubuntu/ maverick/main i386 Packages
[06:52] <valorie> http://imagebin.ca/view/SA5LnFH.html
[06:52] <valorie> try synaptic
[06:52] <rgreening> um.. same db?
[06:52] <valorie> dunno
[06:53] <valorie> I have the best luck with synaptic
[06:53] <rgreening> synaptic uses same db
[06:53] <valorie> easy searching
[06:53] <valorie> etc.
[06:53] <valorie> well, a picture is worth 1000 words
[06:54] <rgreening> nevermind. figured it out,
[06:54] <rgreening> my bad
[06:59] <valorie> what was it?
[07:00] <rgreening> didn't have the repo enabled. lol
[07:00] <valorie> I was kidding about synaptic
[07:00] <valorie> people should use the tools they like
[09:09] <Quintasan> \o/
[09:10] <apparle> hello guys ... how is it going
[09:11] <Quintasan> well, looking at our ToDo I guess it is not bad
[09:11] <apparle> Can I be of any help... I am getting bored.... I have nothing to do
[09:12] <Quintasan> well, I think it is too late for some thing from our todo
[09:12] <mfraz74> will 10.10 have choqok 1.0 beta 3?
[09:12] <Quintasan> they were postponed for 10.10+1
[09:13] <Quintasan> mfraz74: don't think so but I think it will land in Kubuntu PPA
[09:13] <mfraz74> Quintasan: ok
[09:23] <ScottK> lex79: I am not (yet).  I was hoping someone else would, but can if I need to.
[11:43] <lex79> ScottK: libbluedevil https://launchpad.net/~alessandro-ghersi/+archive/ppa/+packages
[11:44] <lex79> not tested, I don't have a laptop
[11:44] <lex79> and I can't upload it, it's not in the set of the packages for kubuntu-dev
[12:06] <shadeslayer> apachelogger: oh does it now? its still a WIP ...
[12:37] <shadeslayer> any idea how i delete a branch from my gitorious clone?
[12:38] <yofel> git branch -d <branchnick> ?
[12:39] <shadeslayer> yofel: thats only for my local branch IIRC
[12:39] <shadeslayer> how do i delete it from gitorious 
[12:39] <yofel> good question..
[12:40] <yofel> #git ?
[12:40] <shadeslayer> sure
[12:46] <shadeslayer> yofel: git push remote :branch
[12:48] <yofel> ah
[12:51] <Nightrose> is there a place where i can get a choqok that works with twitter?
[12:51] <Nightrose> and that's kinda trustworthy
[12:51] <yofel> shadeslayer: ^
[12:52] <shadeslayer> Nightrose: maverick?
[12:52] <shadeslayer> or lucid?
[12:52] <Nightrose> shadeslayer: nope lucid
[12:52] <shadeslayer> ok lemme check if the versioning is right in my lucid package
[12:52] <Nightrose> thx
[12:53] <shadeslayer> Nightrose: ppa:rohangarg/kde-extra 
[12:53] <shadeslayer> from https://edge.launchpad.net/~rohangarg/+archive/kde-extra?field.series_filter=lucid
[12:53] <Nightrose> shadeslayer: any other nasty stuff in there? ;-)
[12:54] <shadeslayer> well.. theres rekonq 0.4.90
[12:54] <Nightrose> don't use that so no prob
[12:54] <shadeslayer> and kraft
[12:54] <Nightrose> neither but actualy i can just download the package and install
[12:55] <shadeslayer> Nightrose: and i hope your using kde 4.5.1 .. because apparently there also kdenetwork :P
[12:55] <shadeslayer> oh download qoauth as well 
[12:55] <Nightrose> hmm i don't on this one yet
[12:55] <shadeslayer> ah downloading is the best option then 
[12:55] <Nightrose> had too many problems on the netbook so waiting on the desktop to upgrade
[12:55] <Nightrose> ok
[12:55] <Nightrose> thx
[12:56] <shadeslayer> no problemo
[12:56] <shadeslayer> im waiting for mtux to workaround some stuff then ill ask for a SRU to lucid
[12:56] <Nightrose> cool
[12:57] <neversfelde> Nightrose: I have a choqok package for lucid in my ppa
[12:57] <Nightrose> hmmmmmmm 
[12:58] <Nightrose> which is better now? :D
[12:58] <neversfelde> also qoauth 1.0.1 wich is needed for the new choqok version
[12:58] <neversfelde> :)
[12:58] <Nightrose> fight!
[12:58] <Nightrose> :P
[12:58] <shadeslayer> ah qoauth 1.0.1 is better any day :P
[12:58] <shadeslayer> neversfelde wins :D
[12:58] <Nightrose> haha
[12:58] <Nightrose> ok
[12:58] <neversfelde> yes, mtux told me, that it is necessary for it
[12:58] <shadeslayer> neversfelde: can we have that in maverick ?
[12:58] <shadeslayer> qoauth
[12:59] <neversfelde> shadeslayer: we should, but I guess it will not be easy to get it in
[12:59] <shadeslayer> neversfelde: isnt it a bug fix release ?
[13:00] <shadeslayer> if its just a bug fix, shouldnt be a problem
[13:00] <neversfelde> shadeslayer: not sure
[13:01] <lex79> it's not, it needs ffe
[13:01] <lex79> http://qt-apps.org/content/show.php/QOAuth?content=107420
[13:01] <neversfelde> Nightrose: https://edge.launchpad.net/~neversfelde/+archive/experimental
[13:02] <lex79> * new API
[13:02] <Nightrose> neversfelde: jep thx - got it already - installing
[13:02] <neversfelde> nothing else in this ppa, so should be no problem to use it atm
[13:02] <shadeslayer> lex79: :(
[13:02] <Nightrose> great
[13:02] <shadeslayer> lex79: i say put it in backport ppa
[13:03] <lex79> shadeslayer: write a ffe for it if we need for choqok
[13:03] <shadeslayer> lex79: um.. choqok is already up for a FFe, are you talking about qoauth ?
[13:03] <shadeslayer> choqok 0.9.90 builds fine with 1.0.0
[13:03] <lex79> yes, qoauth
[13:04] <lex79> do we need qoauth  1.0.1 for choqok or something else?
[13:04] <shadeslayer> nope, choqok 0.9.90 builds fine with qoauth 1.0.0
[13:05]  * lex79 is confused
[13:06] <shadeslayer> lex79: mtux recommended qoauth 1.0.1, he didnt say it was necessary
[13:06] <lex79> ah ok
[13:06] <lex79> but since qoauth has only one rdepend (choqok) we should try to have it in maverick
[13:07] <neversfelde> shadeslayer: he told  me that it is necessary
[13:07] <shadeslayer> lex79: feel free to FFe, im coding this weekend ;)
[13:07] <shadeslayer> neversfelde: really? but 0.9.90 has no such build dep
[13:07] <shadeslayer> more like, CMake doesnt say a thing
[13:07] <lex79> maybe it needs on runtime
[13:08] <shadeslayer> it works with 1.0 as well... 
[13:08] <lex79> mtux is the developer of choqok?
[13:09] <shadeslayer> yes
[13:09] <lex79> well if upstream says it's necessary, means it's necessary
[13:10] <shadeslayer> lex79: neversfelde http://imgur.com/tw5Lf.png
[13:11] <Nightrose> shadeslayer: neversfelde: do i have to set up the accounts again? cause it's still not working atm
[13:11] <shadeslayer> Nightrose: aye
[13:11] <Nightrose> :(
[13:11] <Nightrose> damn
[13:11] <Nightrose> ok
[13:11] <shadeslayer> theres a new Auth mechanism
[13:11] <Nightrose> yes i know
[13:11] <Nightrose> i was hoping there is some migration...
[13:11] <shadeslayer> nope :(
[13:11] <neversfelde> Nightrose: I do not use twitter, but I had to setup identi.ca after the upgrade
[13:11] <lex79> talk again with upstream please to ensure we are fine wit the old version of qoauth
[13:11] <Nightrose> identi.ca seem to be working fine
[13:12] <shadeslayer> neversfelde: likewise for twitter
[13:12] <shadeslayer> Nightrose: yeah, identi.ca supports both mechanisms for now
[13:12] <Nightrose> k
[13:12] <shadeslayer> btw dont count on choqok working forever
[13:12]  * Nightrose goes and sets up 8 accounts again
[13:12] <Nightrose> *grumble*
[13:13] <shadeslayer> because choqok includes the consumer key, and twitter is blocking all clients which include the user key
[13:13] <shadeslayer> s/user/consumer
[13:13] <Nightrose> \o/
[13:13] <shadeslayer> i know :P
[13:14] <neversfelde> shadeslayer: btw, some people told me that qoauth probably has a missing dependency
[13:14] <neversfelde> libqca2-plugin-ossl
[13:14] <shadeslayer> crissi: rebuilding kdevplatform, tell me if your issue stil exsists
[13:14] <shadeslayer> orly?
[13:14] <shadeslayer> neversfelde: its a sync from debian
[13:15] <neversfelde> shadeslayer: yes, I know
[13:15] <shadeslayer> i dont think debian messes stuff up :{
[13:15] <shadeslayer> s/:{/:(
[13:15] <neversfelde> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595712
[13:15] <shadeslayer> oic
[13:16] <shadeslayer> i shall fix0r that in a moment
[13:16] <neversfelde> I have no internet access this week, so I cannot have a look at it
[13:16] <neversfelde> we should move the choqok and qoauth package over to beta backports, if it is working
[13:32] <CIA-116> [muon] gmartres * 1174169 * trunk/extragear/sysadmin/muon/ (5 files in 3 dirs) Regression fixes: - PackageWidget: set correct stretch factor - UpdaterWidget: initially mark packages for dist-upgrade - Updater/ReviewWidget: hide the DetailsWidget when a package state changes
[14:01] <shadeslayer> apachelogger: around much?
[14:02] <rbelem> Riddell, ScottK, ping
[14:04] <shadeslayer> lex79: can you upload qoauth with my fix?
[14:06] <lex79> yes
[14:07] <shadeslayer> one sec..
[14:07] <shadeslayer> :O
[14:07] <shadeslayer> will take a few mins
[14:08] <lex79> ok
[14:12] <shadeslayer> lex79: http://paste.ubuntu.com/492138/ << debdiff
[14:12] <shadeslayer> it builds locally in pbuilder here
[14:13] <lex79> it's more simple if you upload it in a ppa, then I can grab and upload
[14:14] <shadeslayer> lex79: sure i can upload to my ppa
[14:14] <lex79> thanks
[14:22] <shadeslayer> lex79: https://edge.launchpad.net/~rohangarg/+archive/experimental/+files/qoauth_1.0-2ubuntu4.dsc
[14:22] <shadeslayer> from https://edge.launchpad.net/~rohangarg/+archive/experimental/+packages
[14:22] <shadeslayer> ( note, ignore the ~ppa1 package if you see it )
[14:23] <lex79> ok
[14:27] <lex79> uploaded
[14:29] <shadeslayer> thanks :D
[14:29] <shadeslayer> ill bbiab
[14:32] <Riddell> rbelem: I have your kdelibs patch compiled, still got testing to do
[14:34] <lex79> Riddell: can you retry this? https://launchpad.net/ubuntu/+source/apport/1.14.1-0ubuntu7/+build/1951875
[14:34] <lex79> it's weird, built fine here
[14:35] <Riddell> rbelem: ooh it works
[14:35] <Riddell> rbelem: I'll get it uploaded later
[14:36] <Riddell> lex79: that mystified me, I e-mailed pitti about it but he's on holiday
[14:36] <Riddell> I'll retry but I doubt it'll make a difference
[14:37] <lex79> ok
[14:52] <rbelem> Riddell, cool :)
[14:53] <rbelem> Riddell, will you upload qtwebkit and kdelibs patches?
[14:54] <rbelem> Riddell, can we update plasma-mobile to latest revision?
[15:43] <rbelem> brb
[16:04] <CIA-116> [muon] gmartres * 1174225 * trunk/extragear/sysadmin/muon/libmuon/DownloadWidget.cpp DownloadWidget regression fix: scroll to the bottom of the view when a new item is added to the model
[16:30]  * shadeslayer cant ssh with his old ssh key :(
[16:31] <debfx> then use the new one :p
[16:32] <ulysses> great, OOo Impress crashes while opening anything
[16:42] <ScottK> lex79: The docs for libbluedevil don't have to be stripped.  They are fine, just a misunderstanding by the maintainer.
[16:43] <lex79> ScottK: ah, so "+dfsg" in the version should be removed?
[16:44] <lex79> Riddell: apport built ;)
[16:57] <EagleScreen_> bluedevil crashing receiving a file
[16:57] <EagleScreen_> :(
[16:59] <daskreech> is there a CLI version of the USB creator?
[17:03] <bulldog98> daskreech: man dd
[17:04] <daskreech> bulldog98: That's what I thought as well
[18:01] <JontheEchidna> smarter_: mind if I bug you with a few more regressions? :P
[18:01] <smarter_> hey!
[18:01] <smarter_> do tell :p
[18:01] <smarter_> I'm surprised it's not crashing and burning more
[18:01] <JontheEchidna> now regular muon is suffering the same bug as the updater used to. Marking packages crashes
[18:02] <smarter_> oh right, that's the one thing I didn't test :p
[18:02] <JontheEchidna> :P
[18:02] <JontheEchidna> I think it's re-adding the packages each time a package changes
[18:02] <smarter_> (unmarking after clicking on the upgrade button works)
[18:03] <smarter_> but yeah! less code duplication :p
[18:03] <smarter_> now we share bugs! :p
[18:03] <JontheEchidna> hehe
[18:04] <JontheEchidna> The other thing I noticed is that the DetailsWidget seems to be taking up a lot more space than it used to: http://imgur.com/gwVNp
[18:04] <JontheEchidna> maybe due to kvbox -> qvboxlayout?
[18:04] <JontheEchidna> not that there was a choice, if we wanted to dynamically be able to insert the searchbar
[18:05] <smarter_> have you svn up-ed recently?
[18:05] <smarter_> that should be fixed
[18:05] <smarter_> I added setStretchFactor(0, 4);
[18:05] <JontheEchidna> yep
[18:06] <JontheEchidna> what arguments does that function take?
[18:06] <smarter_> index of the widget in the splitter, stretch factor
[18:07] <smarter_> I see, I didn't notice it because it only happens when the size of the window is quiet small, and I'm on 1920x1200
[18:08] <JontheEchidna> maybe the index is different in the updater vs the manager, since we have the searchbar in the manager?
[18:08] <smarter_> no, the searchbar is part of the first widget in the splitter
[18:08] <JontheEchidna> mm, nope. -updater has the same behavior
[18:09] <JontheEchidna> ah, right
[18:09] <smarter_> see setHeaderWidget
[18:10] <smarter_> I guess we need a sizeHint
[18:10] <smarter_> but it looks fine with a big resolution :p
[18:11] <JontheEchidna> :p
[18:12] <smarter_> (without the stretch factor each widget took half the window size)
[18:21] <smarter_> JontheEchidna: even with the appropriate SizePolicy, the detailswidget still takes a lot of space and grows faster than the view
[18:24] <smarter_> JontheEchidna: oh wait, I was setting the horizontal policy instead of the vertical one ^^'
[18:25] <JontheEchidna> :P
[18:34] <JontheEchidna> smarter_: btw, as a heads-up I'll probably do another bugfix release for libqapt/muon tomorrow
[18:35] <smarter_> okay, what's in it?
[18:37]  * JontheEchidna is waiting on websvn
[18:37] <JontheEchidna> oh, I did notice that during concurrent downloads, only one of the two packages gets progress updates. The second one only gets a progress update when a new package is added to the downloadmodel
[18:37] <JontheEchidna> (unrelated to bugfix release)
[18:38] <smarter_> JontheEchidna: look like we didn't remove the break in the for loop :p
[18:39] <JontheEchidna> smarter_: for libqapt, we have a FindAptPkg.cmake file, your NotFound error for qapt-batch, my fix to make qaptworker not crash on malformed sources.list, and your button focus fix
[18:40] <smarter_> oh that reminds me, the notfounderror thing has a dialog which says "Therefore, it cannot be installed." but the error can happens too(though that's unlikely) when removing a package
[18:41] <JontheEchidna> for muon we have a fix for the standalone purge button showing up when there is already a purge action in the remove submenu, and your fix for a few more non-readonly listview items
[18:41] <smarter_> okay, great
[18:44] <CIA-116> [libqapt] gmartres * 1174256 * trunk/extragear/sysadmin/libqapt/src/worker/workeracquire.cpp Enable parallel downloads monitoring, wheeee
[18:44] <smarter_> JontheEchidna: how did you get apt to perform parallel downloads by the way?
[18:44] <JontheEchidna> smarter_: oh, it does that automagically
[18:44] <smarter_> but it doesn't seem to do it with me :p
[18:44] <smarter_> even when fiddling with apt conf
[18:46] <JontheEchidna> it usually happens when downloading new chromium + a bunch of other smaller packages
[18:48] <smarter_> I downloaded all the fps I could find and still nothing :p
[18:48] <smarter_> (though I've got fps now, but no video card to play them :p)
[18:52] <smarter_> JontheEchidna: do you know any other app which uses a {K,Q}TabWidget in a way similar to us?
[18:52]  * smarter_ is getting frustrated with QSizePolicy :p
[18:52] <JontheEchidna> hmm....
[18:52] <JontheEchidna> perhaps shaman?
[18:53] <smarter_> haha, they've got the same problem
[18:53] <shadeslayer> smarter_: it does parallel downloads when downloading from different repos ... afaik
[18:54] <shadeslayer> so if you have a PPA and the standard repo's it does parallel downloads
[18:54] <JontheEchidna> ah, that might explain it
[18:54] <JontheEchidna> I get chromium from the daily ppa
[18:55] <shadeslayer> JontheEchidna: IIRC thats how it works
[18:55] <shadeslayer> also does it for universe and main.. but only for small packages
[19:09] <smarter_> JontheEchidna: I've seen the light
[19:09] <smarter_> I know what to do with the detailsWidget-make-stuff-crash thing
[19:10] <smarter_> the backend signal packageChanged needs an enum argument that specifies what changed exactly
[19:10] <smarter_> so detailswidget now if it should clear() or just update its content
[19:41] <njin> JontheEchidna: around ?
[19:41] <JontheEchidna> yep
[19:41] <CIA-116> [libqapt] jmthomas * 1174270 * trunk/extragear/sysadmin/libqapt/ (6 files in 3 dirs) (log message trimmed)
[19:41] <CIA-116> - Use DBus to invoke the Apt Xapian Index updater - Introduce a
[19:41] <CIA-116> xapianUpdateProgress signal to report on the percent progress of the updater The
[19:42] <njin> hello, yofel send me to you, can you take a look at this bug ? https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/409039
[19:43] <yofel> nice bot failure o.O
[19:44]  * JontheEchidna was wtf'ing :P
[19:44] <yofel> jussi: ^
[19:45] <JontheEchidna> well... irt to the report I don't really know what to say. I'm not an ubiquity expert, and I don't use mountmanager too terribly much, but just enough to know that it probably should be able to rename mount points
[19:47] <smarter_> JontheEchidna: hmm, there is too kind of changes reported by packageChanged really: when a package state actually being changed (marked for install/removal/...) and when the backend caches is reloaded
[19:48] <smarter_> I think it's worth handling them with separate signals
[19:48] <smarter_> and packageChanged could specify what package is changed and how
[19:49] <JontheEchidna> I don't think reloadCache() does any signal emission...
[19:49] <JontheEchidna> packageChange is emitted on individual package actions, as well as in the case of an upgrade being marked
[19:50] <njin> JontheEchidna: thanks, i refer to reporter to retry with mountmanager
[19:50] <smarter_> yes, the upgrade thing is different
[19:50] <smarter_> and that's what makes handling detailswidget painful
[19:51] <JontheEchidna> a separate signal for that could be wise
[19:51] <JontheEchidna> *would
[19:51]  * JontheEchidna is about to do neat things in the statusbar with the new xapianUpdateProgress signal
[19:51] <smarter_> cool
[19:53] <smarter_> okay, and what about packageChanged giving a pointer to the QApt::Package and a MarkedType enum?
[19:53] <smarter_> with InstallMarked, RemoveMarked, UnMarked, ...
[19:54] <JontheEchidna> It'd be impossible to track dependencies being marked for install, etc
[19:54] <JontheEchidna> since we don't do the actual marking
[19:54] <JontheEchidna> which means that reporting what changes would become way less useful
[19:55] <smarter_> I see
[19:56] <JontheEchidna> I did have packagechanged emitting a package pointer at one point, but since it couldn't report all packages that changed it was only useful for knowing that some package changed state, so I removed the package pointer from the signal
[19:57] <smarter_> but that means that even if we don't break the API we need to introduce a behaviour change since we _don't_ want the packageChanged() signal to be emitted when an upgrade is marked
[19:58] <JontheEchidna> I think at this point that would be OK since we're the upstream for all users of libqapt.
[19:59] <JontheEchidna> users in the "use libqapt" sense
[19:59] <smarter_> okay :)
[19:59] <smarter_> would that require a change in the shaman backend?
[19:59] <JontheEchidna> hmm
[20:00] <JontheEchidna> I don't think it's far enough along
[20:00] <JontheEchidna> it's upgrade button doesn't work yet, iirc
[20:02] <smarter_> ok
[20:03] <smarter_> I'll look into it tomorrow, but feel free to implement the changes before that if you're bored :p
[20:04] <JontheEchidna> k
[20:04] <smarter_> 'night
[20:04] <JontheEchidna> 'night
[20:05] <smarter_> (also, there's a packageChanged() in Backend::restoreCacheState)
[20:31] <ScottK> lex79: Yes and we should build and ship the docs in the -dev package (this will take doxygen and some magic in debian/rules.
[20:34] <lex79> I have to search an example before :)
[20:42] <shadeslayer> ScottK: i agree on bug 635973
[20:45] <jjesse-netbook> hrmm just updated netbook on maverick and choqok is crashing every time status is updated
[20:45] <jjesse-netbook> known problem?
[20:45] <shadeslayer> ScottK: ^ new upload of choqok?
[20:46] <shadeslayer> seems to be the old one
[20:46]  * shadeslayer hopes it isnt qoauth 1.0.1
[20:47]  * lex79 said talk with upstream if we need qoauth 1.0.1 on runtime
[20:48] <shadeslayer> lex79: i sent him a dent, lets see what he says
[20:48] <lex79> great
[20:48] <lex79> :)
[20:48] <ScottK> jjesse-netbook: shadeslayer has a proposed package for an choqok update.  Can you test it?
[20:49] <shadeslayer> lex79: if you can catch him at #choqok do ask as well
[20:49] <shadeslayer> jjesse-netbook: https://edge.launchpad.net/~rohangarg/+archive/kde-extra <<
[20:49] <lex79> I'm busy with other packages
[20:49] <shadeslayer> oh ok
[20:51] <shadeslayer> oh got a reply ..not from mtux tho
[20:51] <apparle_> shadeslayer: ping
[20:51] <shadeslayer> apparle_: pong.. 
[20:52] <apparle_> shadeslayer:  I am getting this while building the qipmsg package by debuild -d "make[2]: *** No rule to make target `/usr/lib/qt4/mkspecs/linux-g++/qmake.conf', needed by `Makefile'.  Stop."
[20:53] <shadeslayer> apparle:        -d     Do not run dpkg-checkbuilddeps to check build dependencies. << go figure
[20:53] <apparle> shadeslayer: what?
[20:53] <shadeslayer> apparle: you did not install all build deps
[20:53] <apparle> shadeslayer: ahh... -S... by mistake I typed -d here
[20:53] <shadeslayer> since your running with debuild -d
[20:53] <shadeslayer> aye
[20:54] <apparle> shadeslayer: how do I install build-deps here... it doesn't have any source package here
[20:54] <shadeslayer> erm whut?
[20:54] <apparle> shadeslayer: I mean I get that from apt-get source qipmsg
[20:54] <shadeslayer> sudo apt-get install foo
[20:55] <apparle> shadeslayer: but what are the required build-deps where do I get that
[20:55] <shadeslayer> apparle: from control file
[20:55] <apparle> shadeslayer: ahh... so dumb of me 
[20:55] <apparle> LOL
[20:56] <apparle> shadeslayer: I already have al the build deps
[20:57] <shadeslayer> apparle: run debuild then
[20:59] <jjesse-netbook> do i just add that ppa to test choqok?
[20:59] <apparle> shadeslayer: http://paste.ubuntu.com/492331/ see make errors
[20:59] <jjesse-netbook> sorry was talking to wife and son
[20:59] <shadeslayer> jjesse-netbook: yes
[21:00] <shadeslayer> apparle: ohhhh
[21:00] <shadeslayer> apparle: see that command produces a foo.source
[21:00] <shadeslayer> +file, you can upload that to a PPA
[21:01] <shadeslayer> make that foo.source.changes
[21:01] <apparle> clear
[21:01] <apparle> typed here by mistake... was for konsole
[21:01] <apparle> :D
[21:01] <shadeslayer> THEN launchpad builds that source package
[21:02] <shadeslayer> also.. if you want local debs, use debuild without any parameters passed
[21:02] <shadeslayer> cd qipmsg-1.0/;debuild
[21:03] <apparle> shadeslayer: but do I just ignore that make error?
[21:03] <shadeslayer> yes
[21:03] <shadeslayer> its not exactly a make error per se
[21:04] <apparle> shadeslayer: a cleaning error, but still, is it ok
[21:04] <shadeslayer> were not telling debuild to actually build the package
[21:04] <shadeslayer> yes, dh_clean takes care of that IIRC
[21:04] <apparle> shadeslayer: and the debian file only has version set as 0.9.6, so where do I change that
[21:04] <shadeslayer> apparle: debian file?
[21:04] <apparle> shadeslayer: changelog
[21:04] <shadeslayer> apparle: also fix : W: qipmsg source: diff-contains-editor-backup-file src/.serve_socket.cpp.swp
[21:05] <apparle> shadeslayer: I am sleepy right now
[21:05] <shadeslayer> me too
[21:05] <shadeslayer> apparle: lets do this tmmrw then
[21:05] <apparle> shadeslayer: no problem
[21:05] <apparle> shadeslayer: tomorrow... good night
[21:06] <shadeslayer> night
[21:07] <shadeslayer> ScottK: we will have to cherry pick a patch to fix a bug in choqok, which was fixed in svn, seems choqok displayed "to" as a clickable link
[21:08] <shadeslayer> ( in the 0.9.90 release )
[21:08] <shadeslayer> will talk to mtux tommorrow about this
[22:45]  * Riddell oggles at http://kubuntuguide.org
[22:52] <Riddell> rbelem: yes you can update plasma-mobile if you want
[22:59] <rbelem> Riddell, cool! :-)
[22:59] <rbelem> Riddell, so i will backport that patch too
[23:00] <Riddell> rbelem: which patch?
[23:01] <rbelem> Riddell, that revision that i pointed in the mail
[23:01] <Riddell> ah the second kdelibs patch
[23:03] <rbelem> Riddell, did you apply the patches?
[23:04] <rbelem> s/apply/upload/
[23:04] <Riddell> rbelem: I uploaded qtwebkit with declarative package, kde4libs with kubuntu_71_backport_plasma_webview_changes.diff and plasma-mobile without kubuntu_02_no_qml_webkit.diff
[23:05] <rbelem> Riddell, cool! :-)
[23:07] <rbelem> Riddell, tomorrow i will work to finish the ksambashare and kdenetwork filesharing patches
[23:07] <Riddell> rbelem: but we also want a newer plasma-mobile and kde revision 1157180 ?
[23:08] <rbelem> Riddell, yup
[23:11] <Quintasan> going to bed
[23:11] <Quintasan> night
[23:11] <rbelem> g'night
[23:17] <Riddell> rbelem: can you get the debdiff for kdelibs and the updated plasma-mobile package?
[23:32] <Riddell> rbelem: if you do you'll need to get someone else to upload it, I'm away for the next three days
[23:35] <ScottK> Riddell: While you're here, I'd appreciate it if you could conisder debfx's comments in Bug 634755
[23:36] <ScottK> (if something needs uploading, let me know and I can do it later)
[23:38] <jjesse-netbook> shadeslayer: using the choqok in the ppa w/ no crashes or problems, works great
[23:40] <rbelem> Riddell, i'll do it tomorrow
[23:41] <rbelem> ScottK, tomorrow I will send the debdiffs to you
[23:41] <ScottK> OK.
[23:42] <rbelem> :-)
[23:45]  * rbelem leaving...
[23:46] <rbelem> bye