[03:02] Riddell: ping [03:06] 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] 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] ScottK: yup, I think there are some changes, check this http://paste.ubuntu.com/585738/ [03:17] c2tarun: I don't have time to help right now, sorry. [03:17] ScottK: np :) [06:37] Riddell: when you come around, please reply before switching off that ec2 machine, thanks [07:12] just a heads up, that paste from c2arun is 27MB, don't try opening it... [07:14] :=0 [07:19] 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] Hmmm [07:50] Launchpad shows there are translations for Muon in Natty, and Russian in particular is fully localized [07:50] Any idea why I'm seeing it in English, then? [08:36] Also, blarg, after I updated ttf-ubuntu-font-family, it is rendered differently in Qt and GTK applications [08:49] ah, bug #741862 [08:49] Launchpad bug 741862 in ubuntu-font-family-sources (Ubuntu) "Default interface font is too bold in all Qt4 applications" [High,New] https://launchpad.net/bugs/741862 [08:49] what is it with Canonical and breaking UI changes shortly before release? [08:56] morning [08:57] * bambee needs a coffee v_v === mgraesslin_ is now known as mgraesslin === tuos_ is now known as tuos [10:48] apachelogger: http://people.ubuntu.com/~rohangarg/out.ogv [11:55] ffs [11:55] Why can't I mark a connection as system default in Network Manager? [11:56] not implemented in the KDE frontend [11:56] @_@ [11:57] Why bother adding a checkbox there? [11:57] trollface.jpg [11:57] Now I have no idea how to give static IP to eth0 [11:57] 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] wow cool [11:59] he has been working for a year on it? [11:59] looks like I will have to manually edit files === nigelb_ is now known as nigelb [12:10] JontheEchidna: really, that's some really shitty NetworkManager implementation [12:13] WHY THE HELL ANYTHING CANT WORK IN MY HOUSE [12:13] FFS [12:22] Quintasan: ah, that's why the autoconnect doesn't work [12:22] meh [12:49] bash [12:49] bah [12:49] no good tag editors either [12:51] Riddell: ping [14:02] 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] shadeslayer: no, but cripes thats nice! [14:09] also, anyone know how I fix this? The following packages have unmet dependencies: [14:09] libgpg-error-dev : Depends: libgpg-error0 (= 1.6-1ubuntu2) but 1.10-0ubuntu2~maverick1~ppa1 is to be installed [14:09] apart from removing the ppa [14:09] jussi: just go to View and disable Menu Bar [14:11] 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] jjesse: No. The = is necessary. You have to revert to the earlier libgpg-error0. ppa-purge may come in handy for this. [14:28] ScottK: what is ppa-purge? [14:29] 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] I believe it's in a package of the same name. [14:29] ScottK: ahh, excellent. thank you. [14:31] Hrm, how does one tell which ppa its in? apt-cache policy isnt helpful... [14:51] kubuntu-ppa-beta-maverick - Im confuzzled, what is the beta ppa for? [14:53] Backports of beta/pre-release versions of KDE. [14:54] apachelogger: agateau either of you around? [14:54] right, so how does that differ from the backports ppa then? [14:54] jussi: one sec [14:55] jussi: https://wiki.kubuntu.org/Kubuntu/KubuntuPPAs [14:56] shadeslayer: ahhh!!! thank you!!!! [14:56] np :) === GrueMaster_ is now known as GrueMaster [15:08] shadeslayer: how to enclose a bug number in debian/changelog for a kde bug? [15:09] c2tarun: * CHanges here (LP : #bugno) [15:10] shadeslayer: if the bug is on bugs.kde.org and not on LP then? [15:10] c2tarun: you can't close that bug [15:10] ok [15:10] c2tarun: which bug are we talking about? [15:10] shadeslayer: https://bugs.kde.org/show_bug.cgi?id=240916 it was there in junior jobs :) [15:10] KDE bug 240916 in FlickrExport "Question for web authentification: Better button names [patch]" [Minor,New] [15:11] c2tarun: okay, that is now upto kde upstream to fix [15:12] but ... poor choice of words [15:12] shadeslayer: kde upstream means/ [15:12] something like : "Application authenticated" would have been better [15:12] c2tarun: means, the developer of kipiplugins will fix it [15:13] shadeslayer: he dont even remember that application :( [15:14] shadeslayer: what should I do? fix the bug or leave it? [15:14] uh.. you attached the patch [15:14] that's the most you can do [15:15] and keep poking the developer in the bug [15:15] 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] shadeslayer: is it that in all kde bugs its upto upstream author to include the fix or not? [15:21] yes [15:22] shadeslayer: but still if the patch works and its proper it can be included into the version in our archive? [15:23] yep ... but you should probably ask the upstream developer if the patch is the correct one before applying it in our archives [15:24] 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] Riddell: if you come around, please dont off your ec2 I am using it to build a package. [16:29] shadeslayer: ping [16:29] c2tarun: pong [16:29] you remember the bug we just discussed? [16:29] yes [16:30] 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] shadeslayer: ^^ [16:31] nope [16:31] you just need to send in the patch [16:31] no need to send the debdiff [16:31] and the patch I posted earlier was not working :( is there any way of removing it from there? [16:49] i don't think so [16:49] just attach a new diff [17:08] shadeslayer: have you got tomahawk compiled and working on your machine yet? [17:08] amazing!! [17:08] no [17:08] jussi: tomahawk is too new even for natty [17:08] 2-3 libraries are missing :( [17:09] shadeslayer: so compile them - I did - it takes like 5 mins... [17:09] hehe [17:09] well .. i'm trying to get opensync to work first [17:09] the client is _awesome_!!! [17:09] so that i can send in my GSoC Proposal [17:09] hehe [17:43] 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] can anyone please help me with this error http://paste.ubuntu.com/585931/ [18:28] c2tarun: does something beginning with "debian/tmp/usr/share/icons/oxygen/" is installed ? [18:33] bambee: nope [18:34] well, what's the error line 3649 ? (see your paste) [18:40] fix your .install file(s) [18:41] looks like you'll want to replace "oxygen" with "hicolor" in the .install (guessing) [18:44] tsimpson: ohh....yeah :) thanks [18:44] tsimpson: what should be my changelog entry ? and how do you know everything :( [18:45] I know because I see lots of things being installed into usr/share/icons/hicolor, rather than usr/share/icons/oxygen [18:45] and the changelog entry, well just say you adjusted the .install files [18:46] you don't need to go into excruciating detail about every single change in the changelog [18:46] just say what you generally did and note anything important [18:47] 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] well if you get an error from dh_install, you should look [18:56] where is Riddell? [18:56] !weekend | c2tarun [18:56] c2tarun: It's a weekend. Often on weekends the paid developers and a lot of the community may not be around to answer your question. Please be patient, wait longer than you normally would or try again during the working week. [18:56] probably enjoying his weekend [18:57] sure :) and tsimpson you packaged half of KDE wow... :) [18:58] back in the early 4.0 days, yes [18:58] * c2tarun that explains how you know everything :) [19:00] 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] obviously everything becomes easier with experience though [19:07] though new linking stuff is... [19:07] urgh [19:09] areed :S [19:10] *agreed [19:13] can anyone please look at this error. http://paste.ubuntu.com/585950/ [19:15] Cannot find file: /home/ubuntu/qtiplot/qtiplot-0.9.8.5/manual/manual.pro. [19:15] What's there you don't understand? [19:15] Quintasan: where is the file I guess :/ [19:15] with my qmake knowledge I would say there's a project file that includes a non-existent file [19:15] What yofel siad [19:15] said* [19:16] yofel: yup, pro are project files, but I think they are created. but it is not getting created here. [19:18] 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] sure, .pro files are usually generated by qmake, but the developer is supposed to create those in most cases [19:19] yofel: what do you mean be building outside of package? never did it before [19:20] well, go to your upstream source tarball, extract that somewhere else, and build it [19:20] there's usually a README or INSTALL file that tells you how to build it [19:20] sure [19:25] 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] hm, either the package ignores that or I'm too tired to understand the rules... [19:32] c2tarun: where did you get the new source from? [19:32] uscan [19:32] ah, thx [19:39] hm... [19:39] in your log there's [19:39] 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] Cannot find file: /home/ubuntu/qtiplot/qtiplot-0.9.8.5/manual/manual.pro. [19:39] here it simply runs [19:39] cd manual/ && make -f Makefile [19:39] yup [19:40] yofel: not getting, I think it runs cd manuals and then qmake-qt4 inside manual. [19:41] yes, for the packaging, but the plain build I'm doing here does something else [19:42] BTW what does make -f Makefile mean? [19:42] that's just telling make to use 'Makefile' as makefile [19:42] ohh... [19:43] c2tarun: man make [19:43] * c2tarun looking [19:43] got it :) is your package building there (plain build?) [19:44] plain build means no pakcage [19:44] I just extracted the source, went in there and ran qmake && make [19:45] you mean inside manual folder qmake && make, but there is no make in packaging I guess [19:47] 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] yup I got that, [19:55] yofel: I guess your make failed. [19:56] 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] its mentioned in manual that we have to make qwt first. [19:57] :/ [20:11] anyone around to help with a DSO error? [20:12] http://paste.kde.org/8168 [20:15] shadeslayer: where's the source? [20:15] yofel: follow instructions from http://saidinesh5.wordpress.com/2010/08/24/are-we-there-yet/ [20:16] yofel: looks like a DSO error tho right? [20:16] it is one [20:17] adding -lQtDBus somewhere would be my first attempt [20:19] yofel: the problem is... it uses ... autotools [20:19] oh yeah, great [20:20] * yofel tries to remember the autotools tutorial he once did... [20:20] heh [20:21] *autohell [20:22] first it's a build-dep hell :S [20:22] The LDADD macro is the one you want. [20:22] w00t [20:22] ScottK is here ... he's probably been here long enough to know autotools :P [20:23] Dear lord no. [20:23] haha [20:23] well we have SYNCEVOLUTION_LDADD = [20:27] I would rather say to modify syncevolution_LDADD here [20:27] Sounds right. [20:28] yofel: via configure? [20:28] 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] okay [20:28] shadeslayer: no, in src/Makefile.am - around line 140 [20:29] moving to #ubuntu-motu ? === larva_ is now known as larva [21:12] what kind of patch is this? http://paste.ubuntu.com/585975/ [21:23] c2tarun, seems like multiple files are patched. [21:24] tazz: I thought its a diff followed by a patch :P anyway its already applied :) [21:24] heh cool [21:24] yea seemed odd... [21:41] apachelogger: I've a patch for the gpodder service in amarok ("no such slot" error). I should probably contact stefan nop ? [23:44] 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. === yofel_ is now known as yofel