[03:02] <c2tarun> Riddell: ping
[03:06] <c2tarun> I was working on new version of ktorrent, I found this page http://packages.debian.org/experimental/ktorrent debian packed it and kept in experimental, I downloaded the debian tarball and packed it and it built fine on Ubuntu Natty. Can anyone please tell me now what should I do? call for a sync?
[03:09] <ScottK> c2tarun: You should look at the current Ubuntu package and see if we have an existing difference with Debian and if we do, if we still need to maintain it.
[03:17] <c2tarun> ScottK: yup, I think there are some changes, check this http://paste.ubuntu.com/585738/
[03:17] <ScottK> c2tarun: I don't have time to help right now, sorry.
[03:17] <c2tarun> ScottK: np :)
[06:37] <c2tarun> Riddell: when you come around, please reply before switching off that ec2 machine, thanks
[07:12] <tsimpson> just a heads up, that paste from c2arun is 27MB, don't try opening it...
[07:14] <ScottK> :=0
[07:19] <tsimpson> starts with 576859 blank lines, and it has seems to do a complete diff of ktorrent-4.0.5/ to ktorrent-4.1~rc1
[07:49] <lucidfox> Hmmm
[07:50] <lucidfox> Launchpad shows there are translations for Muon in Natty, and Russian in particular is fully localized
[07:50] <lucidfox> Any idea why I'm seeing it in English, then?
[08:36] <lucidfox> Also, blarg, after I updated ttf-ubuntu-font-family, it is rendered differently in Qt and GTK applications
[08:49] <lucidfox> ah, bug #741862
[08:49] <lucidfox> what is it with Canonical and breaking UI changes shortly before release?
[08:56] <bambee> morning
[08:57]  * bambee needs a coffee v_v
[10:48] <shadeslayer> apachelogger: http://people.ubuntu.com/~rohangarg/out.ogv
[11:55] <Quintasan> ffs
[11:55] <Quintasan> Why can't I mark a connection as system default in Network Manager?
[11:56] <JontheEchidna> not implemented in the KDE frontend
[11:56] <Quintasan> @_@
[11:57] <Quintasan> Why bother adding a checkbox there?
[11:57] <JontheEchidna> trollface.jpg
[11:57] <Quintasan> Now I have no idea how to give static IP to eth0
[11:57] <JontheEchidna> http://lamarque-lvs.blogspot.com/2011/03/plasma-nm-big-feature-bigger-than-i.html <- will have to be fixed for NM 0.9
[11:59] <Quintasan> wow cool
[11:59] <Quintasan> he has been working for a year on it?
[11:59] <Quintasan> looks like I will have to manually edit files
[12:10] <Quintasan> JontheEchidna: really, that's some really shitty NetworkManager implementation
[12:13] <Quintasan> WHY THE HELL ANYTHING CANT WORK IN MY HOUSE
[12:13] <Quintasan> FFS
[12:22] <nigelb> Quintasan: ah, that's why the autoconnect doesn't work
[12:22] <nigelb> meh
[12:49] <Quintasan> bash
[12:49] <Quintasan> bah
[12:49] <Quintasan> no good tag editors either
[12:51] <c2tarun> Riddell: ping
[14:02] <shadeslayer> has anyone been able to make their firefox look like this : http://kde-look.org/content/preview.php?preview=1&id=117962&file1=117962-1.png&file2=117962-2.png&file3=117962-3.jpg&name=Oxygen+KDE+%28Firefox+Theme%29  ?
[14:09] <jussi> shadeslayer: no, but cripes thats nice!
[14:09] <jussi> also, anyone know how I fix this? The following packages have unmet dependencies:
[14:09] <jussi>  libgpg-error-dev : Depends: libgpg-error0 (= 1.6-1ubuntu2) but 1.10-0ubuntu2~maverick1~ppa1 is to be installed
[14:09] <jussi> apart from removing the ppa
[14:09] <shadeslayer> jussi: just go to View and disable Menu Bar
[14:11] <jussi> shadeslayer: any ideas if thats just a screwup by someone (the = not being a > ) or if its by design - ie it only works with that version and not a higher one? 
[14:23] <ScottK> jjesse: No.  The = is necessary.  You have to revert to the earlier libgpg-error0.  ppa-purge may come in handy for this.
[14:28] <jussi> ScottK: what is ppa-purge? 
[14:29] <ScottK> jussi: It's a script that will remove all packages from a selected PPA and revert them to the version in the archive.
[14:29] <ScottK> I believe it's in a package of the same name.
[14:29] <jussi> ScottK: ahh, excellent. thank you.
[14:31] <jussi> Hrm, how does one tell which ppa its in? apt-cache policy isnt helpful...
[14:51] <jussi>  kubuntu-ppa-beta-maverick - Im confuzzled, what is the beta ppa for? 
[14:53] <ScottK> Backports of beta/pre-release versions of KDE.
[14:54] <shadeslayer> apachelogger: agateau either of you around?
[14:54] <jussi> right, so how does that differ from the backports ppa then?
[14:54] <shadeslayer> jussi: one sec
[14:55] <shadeslayer> jussi: https://wiki.kubuntu.org/Kubuntu/KubuntuPPAs
[14:56] <jussi> shadeslayer: ahhh!!! thank you!!!! 
[14:56] <shadeslayer> np :)
[15:08] <c2tarun> shadeslayer: how to enclose a bug number in debian/changelog for a kde bug?
[15:09] <shadeslayer> c2tarun: * CHanges here (LP : #bugno)
[15:10] <c2tarun> shadeslayer: if the bug is on bugs.kde.org and not on LP then?
[15:10] <shadeslayer> c2tarun: you can't close that bug
[15:10] <c2tarun> ok
[15:10] <shadeslayer> c2tarun: which bug are we talking about?
[15:10] <c2tarun> shadeslayer: https://bugs.kde.org/show_bug.cgi?id=240916 it was there in junior jobs :)
[15:11] <shadeslayer> c2tarun: okay, that is now upto kde upstream to fix
[15:12] <shadeslayer> but ... poor choice of words
[15:12] <c2tarun> shadeslayer: kde upstream means/
[15:12] <shadeslayer> something like : "Application authenticated" would have been better
[15:12] <shadeslayer> c2tarun: means, the developer of kipiplugins will fix it
[15:13] <c2tarun> shadeslayer: he dont even remember that application :(
[15:14] <c2tarun> shadeslayer: what should I do? fix the bug or leave it?
[15:14] <shadeslayer> uh.. you attached the patch
[15:14] <shadeslayer> that's the most you can do
[15:15] <shadeslayer> and keep poking the developer in the bug
[15:15] <c2tarun> shadeslayer: well there is a funny thing about it :) I didn't notice that the package is in our archives, so now I pulled it from archive and making a proper patch
[15:20] <c2tarun> shadeslayer: is it that in all kde bugs its upto upstream author to include the fix or not?
[15:21] <shadeslayer> yes
[15:22] <c2tarun> shadeslayer: but still if the patch works and its proper it can be included into the version in our archive?
[15:23] <shadeslayer> yep ... but you should probably ask the upstream developer if the patch is the correct one before applying it in our archives
[15:24] <c2tarun> shadeslayer: I asked him, he told that patch is ok, but he dont remember the application, I dont think he'll fix it :/ anyway I'll pack it and add a patch to that bug
[15:25] <c2tarun> Riddell: if you come around, please dont off your ec2 I am using it to build a package.
[16:29] <c2tarun> shadeslayer: ping
[16:29] <shadeslayer> c2tarun: pong
[16:29] <c2tarun> you remember the bug we just discussed?
[16:29] <shadeslayer> yes
[16:30] <c2tarun> I pulled the version from our archive and created a patch and fixed it. but the debdiff b/w the dsc's is for the ubuntu right? should I attach it to bugs.kde.org will it be correct?
[16:30] <c2tarun> shadeslayer: ^^
[16:31] <shadeslayer> nope
[16:31] <shadeslayer> you just need to send in the patch
[16:31] <shadeslayer> no need to send the debdiff
[16:31] <c2tarun> and the patch I posted earlier was not working :( is there any way of removing it from there?
[16:49] <shadeslayer> i don't think so
[16:49] <shadeslayer> just attach a new diff
[17:08] <jussi> shadeslayer: have you got tomahawk compiled and working on your machine yet?  
[17:08] <jussi> amazing!!
[17:08] <shadeslayer> no
[17:08] <shadeslayer> jussi: tomahawk is too new even for natty
[17:08] <shadeslayer> 2-3 libraries are missing :(
[17:09] <jussi> shadeslayer: so compile them - I did - it takes like 5 mins...
[17:09] <shadeslayer> hehe
[17:09] <shadeslayer> well .. i'm trying to get opensync to work first
[17:09] <jussi> the client is _awesome_!!!
[17:09] <shadeslayer> so that i can send in my GSoC Proposal
[17:09] <jussi> hehe
[17:43] <c2tarun> I applied a patch by -f option and then on refresh I am getting nothing in the patch, does this mean patch doesnt apply
[18:25] <c2tarun> can anyone please help me with this error http://paste.ubuntu.com/585931/
[18:28] <bambee> c2tarun: does something beginning with "debian/tmp/usr/share/icons/oxygen/" is installed ?
[18:33] <c2tarun> bambee: nope
[18:34] <bambee> well, what's the error line 3649 ? (see your paste)
[18:40] <tsimpson> fix your .install file(s)
[18:41] <tsimpson> looks like you'll want to replace "oxygen" with "hicolor" in the .install (guessing)
[18:44] <c2tarun> tsimpson: ohh....yeah :) thanks
[18:44] <c2tarun> tsimpson: what should be my changelog entry ? and how do you know everything :(
[18:45] <tsimpson> I know because I see lots of things being installed into usr/share/icons/hicolor, rather than usr/share/icons/oxygen
[18:45] <tsimpson> and the changelog entry, well just say you adjusted the .install files
[18:46] <tsimpson> you don't need to go into excruciating detail about every single change in the changelog
[18:46] <tsimpson> just say what you generally did and note anything important
[18:47] <c2tarun> I never payed attention that where things get installed, :/ I dont even look at it unless I get an error. from now I'll look at it. :)
[18:47] <tsimpson> well if you get an error from dh_install, you should look
[18:56] <c2tarun> where is Riddell?
[18:56] <ScottK> !weekend | c2tarun
[18:56] <tsimpson> probably enjoying his weekend
[18:57] <c2tarun> sure :) and tsimpson you packaged half of KDE wow... :)
[18:58] <tsimpson> back in the early 4.0 days, yes
[18:58]  * c2tarun that explains how you know everything :)
[19:00] <tsimpson> I'm not an especially active packager recently, but if I see "dh_install said it could not find usr/share/icons/oxygen/*", I'll go look at what was installed
[19:00] <tsimpson> obviously everything becomes easier with experience though
[19:07] <Quintasan> though new linking stuff is...
[19:07] <Quintasan> urgh
[19:09] <yofel> areed :S
[19:10] <yofel> *agreed
[19:13] <c2tarun> can anyone please look at this error. http://paste.ubuntu.com/585950/
[19:15] <Quintasan> Cannot find file: /home/ubuntu/qtiplot/qtiplot-0.9.8.5/manual/manual.pro.
[19:15] <Quintasan> What's there you don't understand?
[19:15] <c2tarun> Quintasan: where is the file  I guess :/
[19:15] <yofel> with my qmake knowledge I would say there's a project file that includes a non-existent file
[19:15] <Quintasan> What yofel siad
[19:15] <Quintasan> said*
[19:16] <c2tarun> yofel: yup, pro are project files, but I think they are created. but it is not getting created here.
[19:18] <yofel> c2tarun: can you try to build qtiplot outside of the package once so we know if the packaging is foobared or the upstream source?
[19:19] <yofel> sure, .pro files are usually generated by qmake, but the developer is supposed to create those in most cases
[19:19] <c2tarun> yofel: what do you mean be building outside of package? never did it before
[19:20] <yofel> well, go to your upstream source tarball, extract that somewhere else, and build it 
[19:20] <yofel> there's usually a README or INSTALL file that tells you how to build it
[19:20] <c2tarun> sure
[19:25] <c2tarun> yofel: manual says You also need to build and install the slightly modified versions of the Qwt (5.2) and QwtPlot3D libraries which are shipped with QtiPlot in the "3rdparty/qwt" and "3rdparty/qwtplot3d" folders respectively
[19:29] <yofel> hm, either the package ignores that or I'm too tired to understand the rules...
[19:32] <yofel> c2tarun: where did you get the new source from?
[19:32] <c2tarun> uscan
[19:32] <yofel> ah, thx
[19:39] <yofel> hm...
[19:39] <yofel> in your log there's
[19:39] <yofel> cd manual/ && /usr/bin/qmake-qt4 /home/ubuntu/qtiplot/qtiplot-0.9.8.5/manual/manual.pro -after  QMAKE_CXXFLAGS_RELEASE\ =\ -Wall\ -g\ -O2 QMAKE_POST_LINK\ ~=\ s/strip/: -o Makefile
[19:39] <yofel> Cannot find file: /home/ubuntu/qtiplot/qtiplot-0.9.8.5/manual/manual.pro.
[19:39] <yofel> here it simply runs
[19:39] <yofel> cd manual/ && make -f Makefile
[19:39] <c2tarun> yup
[19:40] <c2tarun> yofel: not getting, I think it runs cd manuals and then qmake-qt4 inside manual.
[19:41] <yofel> yes, for the packaging, but the plain build I'm doing here does something else
[19:42] <c2tarun> BTW what does make -f Makefile mean?
[19:42] <yofel> that's just telling make to use 'Makefile' as makefile
[19:42] <c2tarun> ohh...
[19:43] <yofel> c2tarun: man make
[19:43]  * c2tarun looking
[19:43] <c2tarun> got it :) is your package building there (plain build?)
[19:44] <yofel> plain build means no pakcage
[19:44] <yofel> I just extracted the source, went in there and ran qmake && make
[19:45] <c2tarun> you mean inside manual folder qmake && make, but there is no make in packaging I guess
[19:47] <yofel> c2tarun: no, I meant that I ignored the packaging, went outside, extracted the orig.tar.gz somewhere else, and tried to build that
[19:47] <c2tarun>  yup I got that, 
[19:55] <c2tarun> yofel: I guess your make failed.
[19:56] <yofel> it did, something about qwt, and I'm out of ideas here, someone that actually knows qmake will need to take a look at this
[19:57] <c2tarun> its mentioned in manual that we have to make qwt first.
[19:57] <c2tarun> :/
[20:11] <shadeslayer> anyone around to help with a DSO error?
[20:12] <shadeslayer> http://paste.kde.org/8168
[20:15] <yofel> shadeslayer: where's the source?
[20:15] <shadeslayer> yofel: follow instructions from http://saidinesh5.wordpress.com/2010/08/24/are-we-there-yet/
[20:16] <shadeslayer> yofel: looks like a DSO error tho right?
[20:16] <yofel> it is one
[20:17] <yofel> adding -lQtDBus somewhere would be my first attempt
[20:19] <shadeslayer> yofel: the problem is... it uses ... autotools
[20:19] <yofel> oh yeah, great
[20:20]  * yofel tries to remember the autotools tutorial he once did...
[20:20] <shadeslayer> heh
[20:21] <JontheEchidna> *autohell
[20:22] <yofel> first it's a build-dep hell :S
[20:22] <ScottK> The LDADD macro is the one you want.
[20:22] <shadeslayer> w00t
[20:22] <shadeslayer> ScottK is here ... he's probably been here long enough to know autotools :P
[20:23] <ScottK> Dear lord no.
[20:23] <shadeslayer> haha
[20:23] <shadeslayer> well we have SYNCEVOLUTION_LDADD =
[20:27] <yofel> I would rather say to modify syncevolution_LDADD here
[20:27] <ScottK> Sounds right.
[20:28] <shadeslayer> yofel: via configure?
[20:28] <ScottK> shadeslayer: syncevolution is a bit offtopic for #kubuntu-devel.  We ought to be discussing this in #ubuntu-motu.  More likely people who know auto* stuff there too.
[20:28] <shadeslayer> okay
[20:28] <yofel> shadeslayer: no, in src/Makefile.am - around line 140
[20:29] <shadeslayer> moving to #ubuntu-motu ?
[21:12] <c2tarun> what kind of patch is this? http://paste.ubuntu.com/585975/
[21:23] <tazz> c2tarun, seems like multiple files are patched.
[21:24] <c2tarun> tazz: I thought its a diff followed by a patch :P anyway its already applied :)
[21:24] <tazz> heh cool
[21:24] <tazz> yea seemed odd...
[21:41] <bambee> apachelogger: I've a patch for the gpodder service in amarok ("no such slot" error). I should probably contact stefan nop ?
[23:44] <ScottK> JontheEchidna: It'd be really nice if you could look at the quickaccess thread on kubuntu-devel and make an assessment of what we should do.