[00:00] apachelogger: that makes no sens for me, all three packages are virtual, says pbuilder [00:00] maybe an update helps [00:12] apachelogger: -.- still pbuilder says that the other packages ar virtual [00:23] i have no clue how to fix it [00:25] good evening folks [00:26] nazdar mhb [00:27] how is kubuntu? [00:28] aww [00:28] we missed you mhb :) [00:28] hello again... curse this connection [00:28] no you didn't :o) [00:28] we did [00:28] we were just wondering the other day where you are [00:29] I had some more exams to finish [00:29] but now I am finally free [00:30] ah cool :) [00:30] did you rock them? ;-) [00:30] of course [00:30] hehe great [00:31] what's new here? [00:31] is KDE4 still just about plasma? [00:32] alpha 1 is working surprisingly well [00:32] that's good to hear [00:34] oh, I've gained a dog [00:34] that's new [00:35] why does it keep disconnecting? :o( [00:35] you missed my dog newness [00:35] I guess I did [00:35] what was that? [00:36] we stole a dog [00:36] from where? [00:36] someone wanted it killed, so we stole it instead [00:36] ah [00:36] and charged them for killing it [00:36] never a dull moment when you stay above a vet surgery [00:37] that's nice [00:38] is he having a good time with you? [00:38] seems to be [00:39] mhb: how is Praha? [00:40] sunny and hot [00:40] Riddell: pbuilder sais that libvamp-sdk1 is a virtual packages, i that true?! [00:40] i think not [00:40] but im a newbe [00:41] Xand3r: doesn't look like it is [00:41] but why pbuilder sais it [00:42] Riddell: so you say intrepid works fine, right? I guess I'll try and update to it, then. [00:42] Riddell: big dog? or a puppy? [00:43] mhb: that's not my exact words :) [00:43] I've also not tried updating at all [00:44] it broke my wifi is about the worst thing for me [00:44] Nightrose: neither [00:44] Riddell: my wifi unfortunately never worked out of the box [00:44] nothing to lose then :) [00:45] right... [00:45] * mhb reboots [00:45] * Riddell snoozes [00:45] good night Riddell [00:46] Nightrose: did apachelogger says anything about he is right now? [00:47] he is busy right now :P [00:47] what do you need? [00:50] information why pbuilder says the packages wich he has to install are virtual, they arent virtual, but if he dont installs them i dont know the complet depends and i cant finisch my work [00:50] you may show me the log! [00:51] although I am now going downstairs to get myself a whiskey [00:51] brb [00:51] ahem [00:52] only properly spelt whisky allowed in this channel [00:53] http://paste.ubuntu.com/23619/ [00:53] sorry for asking [00:53] omg [00:53] * apachelogger kicks that e and blames the beer he had earlier [00:55] so only scotch drinkers here? :) [00:57] any progress on the configuration tools? [00:57] for Kubuntu [00:58] or is everyone too excited about KDE4 to care [00:59] Xand3r: plz throw over the packaging, so I can try [00:59] mhb: configuration tools? [00:59] apachelogger: ? [01:00] Xand3r: send me the source packaging [01:00] kk [01:01] apachelogger: yes [01:01] well, apparently I am too excited about KDE 4 ;-) [01:02] mhb: configuration tools as in a replacement for guidance? [01:02] right [01:03] configuration tools as in "our tools suck, but no developer ever cared enough to do anything about it" [01:03] * apachelogger would, if he had a clue about python :| [01:03] right [01:04] I meant what we discussed during UDS, mostly [01:04] well, master Riddell will know === m1ts4r10n4s is now known as mitsarionas [01:05] apachelogger: is on the way [01:09] Xand3r: .orig missing [01:09] ?! [01:11] apachelogger: is away [01:13] Xand3r: are you sure your pbuilder is intrepidish and not hardyish? [01:14] intrepid [01:14] Xand3r: it doesn't give that message for me [01:14] Xand3r: sudo pbuilder create [01:14] mayb eit helps [01:15] *maybe it [01:16] if i make pbuilder creat he wants to creat an hardy [01:17] Damn, kdebase has a lot of ancient bugs [01:17] in LP [01:20] Xand3r: then change your .pbuilderrc [01:22] ~/.pbuilderrc not exist [01:22] dood [01:22] Xand3r: cp /etc/pbuilderrc ~/.pbuilderrc [01:33] apachelogger: again the same [01:35] Xand3r: run pbuilder update and paste the output [01:42] apachelogger: http://paste.ubuntu.com/23624/ [01:44] Xand3r: you are missing universe [01:44] ups [01:45] how can i add this [01:45] in pbuilderrc [01:45] .pbuilderrc [01:45] ? how, i cant see here main [01:46] Xand3r: http://paste.ubuntu.com/23625/ [01:46] line22 [01:49] thx [01:49] added [01:49] run update [01:49] now making update [01:49] then it should work [01:49] ok thx [01:55] same error [01:55] *thumbs up* [01:55] impossible [01:55] Xand3r: plz paste the output of update [01:56] http://paste.ubuntu.com/23628/ [01:56] Get:1 http://archive.ubuntu.com intrepid Release.gpg [189B] [01:56] Get:2 http://archive.ubuntu.com intrepid Release [65.9kB] [01:56] Get:3 http://archive.ubuntu.com intrepid/main Packages [1238kB] [01:56] Fetched 1304kB in 1min19s (16.4kB/s) [01:56] mmmm [01:57] Xand3r: update --override-config [01:57] or something like that [01:58] *thumbs up* [01:58] it works [02:02] i it possible to have pbuilder un compressed? [02:02] hm [02:02] I told you 2 times already :P [02:02] Xand3r: sudo pbuilder login [02:03] unpacks the chroot and drops you in [02:03] you also get the path where the chroot is, so you can throw your sources in [02:04] no i want that the base is uncompressed all time, cause it takes much time compressing and decompressing [02:05] dunno [02:05] probably possible somehow [02:05] Xand3r: still you need a clean tree for every build [02:05] so you need a new uncompressed version everytime eitherway [02:06] hmm [02:17] i am tired [02:17] tomorrow i will finish it [02:17] gn8 [03:13] * yuriy cheers on JontheEchidna [04:29] backports for gutsy only seems to include firefox 3 beta4. any plans to update to full release? === akonadi is now known as nihui [06:58] mhb: KDE4 is all about the clocks! === jords_ is now known as jords [09:12] Xand3r, apachelogger: https://wiki.ubuntu.com/MouzMouz/PermanentPbuilderChroot [09:13] mhb! [09:14] jpds: hi [09:15] how's it going? :) [09:16] quite well, thank you [09:16] jpds: what about you? [09:16] jpds: have you managed to do anything major for intrepid yet? [09:18] mhb: No, unfortunatly... [09:20] jpds: too bad :o) [09:20] kubuntu needs active people, otherwise we're going to rot... [09:20] well, s/we're/it's/ [09:20] it's not me anymore, after all :o) [09:23] mhb: Well, I'm hard-disk less, which makes things difficult... [09:29] do you have any tips on how to "fix" a lag in irssi? Once in a while, it starts saying there's lag and disconnects after the 300s ... but the connection works fine [09:31] mhb: Do you have anything taking up much bandwidth? ("lsof +M -i" should show) - my lag is usually caused by other programs taking all the resources. [09:32] jpds: hmm, no, it shows just IRC. [09:33] hmm, prehaps trying a different Freenode server? (closer by?) [09:35] mhb: "/links" gives a list of them. [09:38] jpds: thanks [09:41] jpds: I must say I still don't feel ready to work on Kubuntu again [09:42] all that stuff I can't agree with (PackageKit, KDE4 all about some plasmoids, shipping apps just because they're KDE, even when they're inferior and crashy) [09:42] * jpds just needs a break for a while. [10:13] mhb: that sounds depressing [10:13] toma: not really, it's just opinions [10:14] mhb: sure, so you are working on other stuff now? [10:14] not yet (had to finish my exams) but I hope to do some work during the summer [10:15] ok [11:37] morning [11:41] mhb: sweeeeet [11:41] Xand3r: hoy [11:41] Xand3r: https://wiki.ubuntu.com/MouzMouz/PermanentPbuilderChroot say thank you to mhb [11:41] apachelogger: i think you mean mouz ;-) [11:41] 'lo Xand3r [11:41] indeed [11:41] * apachelogger can't ready today [11:41] ;-) [11:41] Xand3r: say thank you to mouz [11:42] thanks mouz [11:42] I just fell out of bad [11:42] apachelogger: i wondering how you can be awake [11:43] well [11:43] I thought about not going to bed at all [11:43] anywho [11:43] uff [11:43] Nightrose: got a coffee for me? [11:44] * Nightrose hands apachelogger a cup of black coffee [11:44] apachelogger: slowly i get all depends [11:44] Nightrose: merci [11:49] hey there [11:51] hi [11:52] urg undeclared name in src/Window.h:126 [11:52] what i have to do? [11:53] that is what i got http://paste.ubuntu.com/23686/ [11:56] i have realy no clue what i have to do now [11:58] paste src/Window.h:126 [11:58] ok [11:59] toma: http://paste.ubuntu.com/23690/ [12:04] Xand3r: sorry, can't help you. abs should be defined by the cmath include [12:05] but #include [12:05] is uncomment [12:06] no, that is how it is supposed to be [12:06] # is not a comment in c++ [12:10] ok i have no clue about c++, thx for your help [12:13] i found with google that gentoo fixed the probme-.- [12:14] link? [12:14] http://209.85.135.104/search?q=cache:ZkpZKnT-A3sJ:https://bugs.gentoo.org/show_bug.cgi%3Fformat%3Dmultiple%26id%3D219539+%22src/Window.h:126:+error:+there+are+no+arguments+to+%27abs%27%22&hl=de&ct=clnk&cd=1&gl=de&client=firefox-a [12:14] I found a replacement for kmilo: http://kde-apps.org/content/show.php/osdvolume?content=83176 [12:15] toma: but you cant view the patch [12:15] Xand3r: yes i can, patch looks sane [12:18] is it possible that you can write a patch for me? [12:18] Xand3r: why, what is wrong with that patch? [12:19] nothing [12:20] i have thought wrong [12:20] i cant see the patch [12:20] Xand3r: want me to paste it somewhere for you? [12:20] if you want to [12:21] Xand3r: http://rafb.net/p/KHkKy182.html [12:26] toma: thanx a lot [12:29] you're welcome [12:30] ^^ [12:56] smarter: kmilo did more than volume :P [12:56] smarter: but go ahead and give the app a sanity check and package it [12:56] there's a little problem with it [12:56] it uses kmix dbus calls [12:57] smarter: so? [12:57] IIRC we did nothing different with kmilo [12:57] which is fine, but kmix seems to have "globalmaster" and "localmaster" [12:57] and you can only change globalmaster via kmix gui [12:57] and the dbus calls use the localmaster [12:57] then we should get it fixed in kmix, right? ;-) [12:57] yep [12:58] I asked for a kmix dev on #kde-devel 'cause I don't really know the code and don't see why there's too types of master [12:59] s/too/two [13:15] apachelogger: i coud cry [13:16] the depends took a long time, the patch too and now after the patch another error -.- http://paste.ubuntu.com/23695/ [13:18] hum [13:18] p.u.c and p.d.o both unreachable [13:18] * apachelogger senses the world end [13:19] .. [13:19] Xand3r: I hope you know what the problem is :P [13:20] no [13:20] otherwise i would not cry [13:20] cool [13:20] Xand3r: you should learn reading build errors [13:21] Xand3r: scroll to the line where the error seems to appear [13:21] then read in it's surrounding whether there is some very noticable error [13:22] src/ladspa/RubberBandPitchShifter.h:18:20: error: ladspa.h: No such file or directory [13:22] well, pretty obvious what you need to do ;-) [13:23] Xand3r: in 93% of build errors this one is due to a missing external dependency [13:23] delet the import? [13:23] 5% due to internal include error due to earlier build error [13:23] 2% due to broken $world [13:24] Xand3r: why would you delete an import? Oo [13:24] cause it imports an file wich not exist [13:25] Oo [13:25] ehm [13:25] to reuse my sentence from yesterday [13:25] using that attitude you could just remove all the sources, then you have a 100% probability that don't get any include errors [13:26] grrrr [13:26] Xand3r: ever wondered why you need build-dependencies? ;-) [13:26] this error is exactly why [13:27] the -dev packages pull in loads of .h files, some of these .h files get included in the .cpp/.h files and get used while compilation ... one could say the -dev packages ship files other developers can use to improve the own lazyness/producitivty [13:28] Xand3r: using that knowledge, how are you going to fix this build error? :P [13:28] ladspa-sdk-dev -.- [13:29] Xand3r: well, almost ;-) [13:29] Xand3r: https://launchpad.net/ubuntu/intrepid/+package/ladspa-sdk [13:29] ldspa-sdk-dev is the old one [13:29] nowadays we jsut have ladspa-sdk [13:29] *just [13:30] oh ok thx [13:30] though I think -sdk-dev would be working as well, since -sdk lists it as provided [13:37] apachelogger: the script wants to creat an /user/includes/rubberband dir [13:38] but it gets permissions denied [13:42] Xand3r: paste your debian/rules [13:43] http://paste.ubuntu.com/23700/ [13:47] apachelogger: was meinst du? [13:51] :| [13:51] Xand3r: add [13:51] export DH_VERBOSE=1 [13:51] then build again [13:51] and paste the buildlog afterwards [13:51] ok [13:52] * apachelogger is all of a sudden in packaging mood [13:54] apachelogger: looks like the same error [13:55] yes [13:55] I need the output :P [13:56] kk [13:57] apachelogger: http://paste.ubuntu.com/23702/ [13:58] :/ [13:59] Xand3r: either you fix the buildsystem to respect DESTDIR, or you determine all files that need to be installed manually and use debian/install [13:59] eitherway you should drop upstream a mail asking for a more dynamic buildsystem [13:59] mom i had a mistak [14:00] Xand3r: ? [14:00] too embarrassing [14:05] apachelogger: http://paste.ubuntu.com/23703/ [14:06] now that didn't change anything :P [14:06] Xand3r: /usr/bin/make -C . install DESTDIR=/tmp/buildd/rubberband-1.0.1/debian/rubberband/ [14:06] the buildsystem doesn't respect DESTDIR [14:06] so you can patch the buildsystem to either respect DESTDIR or at least run install to the proper directory [14:07] or just install all the files manually [14:07] or you make upstream fix the buildsystem and stop the packging until upstream did so [14:09] what means the build system doesn't respect DESTDIR? [14:09] make install DESTDIR=foo << things should install in foo/ [14:10] because the Makefile should do something like install bla $DESTDIR/bin/ [14:10] yea but if the build system dont respect it, my system is the bad on or? [14:10] no [14:10] the Makefile do something like install bla /usr/bin [14:11] yes [14:11] it shuold [14:11] it doesn't use $DESTDIR, the path is "hardcoded" [14:11] this is a bug in the app, not in your system [14:11] it should not be too hard to fix [14:12] but you should send upstream a mail about this [14:12] everyone should just use cmake [14:13] for some one like you it would not be hard, i am sitting hier several hours to come at this point [14:13] apachelogger: ^^ [14:13] apachelogger: +1 ;) [14:13] Xand3r: you sit there serval hours [14:13] next time you do it in one hour [14:13] then in 5 minutes [14:13] i hope [14:14] i becom agressive i see the time pass and nothing is finished [14:15] so what would be the best? [14:16] apachelogger: what do you think? [14:16] well [14:16] hmmm [14:16] let me try something [14:17] ok [14:21] what a load of deps -.- [14:21] yes [14:21] do you want to know all i found? [14:21] * apachelogger runs apt-get install the 5th time [14:21] plz [14:22] debhelper (>= 5), autotools-dev, cdbs, pkg-config, libsamplerate0-dev, libsndfile-dev, fftw3-dev, vamp-plugin-sdk, ladspa-sdk [14:22] have fun [14:23] apachelogger: what are you tryig? [14:24] building :P [14:24] oh, finally [14:24] * apachelogger launches a make -j5 [14:25] ehhhhhhhhhm [14:25] Oo [14:25] Xand3r: something is wrong with your packaging [14:26] or maybe my pbuilder [14:26] very strange [14:26] * apachelogger investigates [14:27] ah [14:27] my pbuilder [14:27] sorry [14:28] what is with you pbuilder? [14:29] nevermind [14:29] ok [14:29] hmmmm [14:30] Xand3r: before make-install gets executed you have to run configure --prefix=DEBINSTALLTHINGY [14:30] then make install should work properly [14:35] * Xand3r gets headaches [14:35] Xand3r: https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml [14:35] should help you [14:36] uh, works like charm :) [14:36] try DEB_CONFIGURE_EXTRA_FLAGS := --prefix=$DESTDIR [14:37] no no [14:37] no? (: [14:37] it needs to be executed after make [14:37] but before make install [14:37] uh [14:37] the makefiles are bound to @prefix@ [14:38] build/nameofthepackage:: [14:38] ./configure --prefix=$DESTDIR [14:38] I'd prehook it [14:39] common prehook actually [14:39] prehook? [14:39] otherwise it gets executed for every package [14:39] smarter: cdbs has a prehook for almost everything [14:40] # This rule is called before the common-install target. It's currently only [14:40] # used by debhelper.mk, to run dh_clean -k. [14:40] common-install-prehook-arch:: [14:40] common-install-prehook-indep:: [14:40] buildcore.mk [14:41] omg [14:42] my headaches become worser [14:43] Xand3r: why? [14:43] im feeling like, i am at the begining of all, i had never learnd a thing -.- [14:44] Xand3r: I think you are overrating that [14:45] Xand3r: you already did what is needed right now [14:45] i think i dont understand what to do exactly, after hours of work [14:45] Xand3r: open the Makefile.in in an editor [14:46] k [14:46] there you find [14:46] INSTALL_BINDIR := @prefix@/bin [14:46] and a couple of others [14:46] @foobar@ is usually a variable from the buildsystem [14:47] in this very case @prefix@ is exactly the --prefix=foobar from ./configure [14:47] so INSTALL_BINDIR directly depends on what prefix is passed to ./configure [14:47] k [14:47] with a normal build ./configure will be executed _once_ with _/usr_ as prefix [14:48] that is why you make install fails [14:48] the makefiles use @prefix@ for the install target... which is /usr right now [14:48] yes [14:48] so what you need to do is to change @prefix@ just before you run make install [14:49]