=== gorgonizer_ is now known as gorgonizer === jjesse-netbook_ is now known as jjesse-netbook [03:56] Riddell: The libphonon version from the phonon source package still appears to be lower than that from the qt4-x11 package :( [03:57] heh [03:57] taco... you know where the network manager plasmoid source code lives? [03:57] shtylman: I think it's in playground [03:58] I thought it got moved out of playground? [04:02] ah... kdereview! [04:09] The only way I can see to fix the phonon version without adding to the epoch is to make it 4.7really4.4.1 [04:14] What's the issue? [04:14] Oh [04:14] I think Debian did something like that. [04:14] JontheEchidna: phonon | 4:4.6.0really4.4.1-2 | unstable | source, all [04:15] ScottK: yeah, we did that too, but we already had 4:4.6.2 when we switched over to 4:4.6.2really4.4.1 [04:15] Debian got lucky and was doing it at the same time they were upgrading from 4.5 to 4.6 [04:16] So we do it when we switch to 4.7.... [04:16] but since we're already using a different version since we're bumping it later, it doesn't matter too much [04:16] right [04:16] * JontheEchidna goes off to do that [04:17] well, after the Qt tarball finishes downloading [04:17] wait, phonon is in it's own separate tarball now \o/ [04:17] wow, the Qt tarball grew. 192 MB [04:21] Ok, phonon with a bumped version uploaded [04:22] already building on some archs, neat [04:22] Working in Main is a lot more immediately satisfying than Universe in that respect. [04:39] hey guys.. could someone tell me what happens to KFileMetaInfoPrivate::init if Strigi is disabled - cos StreamAnalyzer is still being initialized [04:41] SandGorgon: a better place to ask might be #kde-devel [04:42] here is more specific to kubuntu things [04:42] ahh..ok [07:53] so, I didnt follow up on it, but did anyone create a snapshot of knm from trunk? [08:15] apachelogger: I dont think so, I didnt see any mention of it. But then agin, I may have missed something [10:03] happy Friday Kubuntu [10:14] happy friday Riddell \o/ [10:19] hey apachelogger, how did the me menu go? [10:25] didnt I tell you [10:34] apachelogger: no... [10:34] darn it [10:34] or maybe I missed it if you did... [10:34] you just blingd into helio talking about himself! [10:34] good job there [10:35] * jussi hides... [11:19] Riddell: happy friday :-) [11:22] jussi: yeah, we shouldn't *bling* apachelogger all the time, it's very annoying [11:22] Sput: yeah, *blinging* apachelogger wouldnt be nice [11:22] :P [11:22] he finally turned off the volume [11:22] that took him only half a day [11:22] mustve been really annoying [11:26] yeah, for everybody around him [11:27] :P [11:43] apachelogger, *bling* ouw .. sorry ... tried to do not ... ^ ^ [11:46] emonkey: yeah, it's very tempting to *bling* apachelogger, though it lost on coolness when he muted his laptop :/ [11:47] Sput, yeah I read it, but I think there's something visual notification on apachelogger notebook ... :-) [11:47] poor apachelogger [11:56] "DO NOT CONVERT DIRECT DEBIAN CHANGES TO PATCHES!" apachelogger did you have some issues with qtcreator by any chance? [11:57] Riddell: someone converted direct source changes to patches obviously ;) [11:58] apachelogger: why were there direct source changes? [12:02] JontheEchidna: did you not push that strigi-not-only-with-less-than-one-gig-ram? [12:02] Riddell: debian maintains it in a full-source packaging branch [12:02] i.e. they carry the delta via git itself and not patches [12:04] apachelogger: It's in the final version of lucid [12:05] strange, KRF from amarok just installed in a vbox and nepomuk was doing indexing [12:05] hmm, I did have to fix it because it was doing its job a bit too well [12:05] perhaps I fixed it too much :P [12:17] apachelogger: hmm that is quite some changes they make to qtcreator [12:18] argh... nepomuk is evil to me... says it isnt running when I try to add stuff to my address book... [12:18] * jussi hrms [12:46] I do believe qtcreator confirms the brokenness of qmake [12:47] Riddell: trying to build it? [12:48] it's built but it installs to / not /usr and the changes needed to make it install to /usr are fiddly [12:48] and undocumented, I recall [12:49] it was quite a mess when I tried to build it last time [12:51] and if I convert those changes to a patch I'm afraid that apachelogger will eat me [12:52] only converting debian changes to patches ;) [12:53] apachelogger: well I need to update the debian changes for the new version [12:53] Riddell: patch on top of them [12:54] wibble, patches on patches [12:57] apachelogger: so how's the *blinging* now? [12:57] Sput: dont be nasty! [12:57] :P [12:57] jussi: na gut [12:57] Riddell: technically the debian changes are not patches [12:58] apachelogger: maybe but they won't apply to the updated version [12:58] well, you could clone the debian git and change the stuff there, then request a merge back into the debian git repo [13:01] wibble [13:10] "they wibble and wobble but don't fall down" [13:35] * txwikinger wonders if there is something that needs to be merged [13:38] oh btw you cant chroot into a 10.04 install from a 9.10 CD :P [13:38] Why not? What doesn't work? filesystem support? [13:39] persia: it gives me a error which something on the lines of bad binary format of /bin/bash [13:39] -which [13:39] txwikinger: take your pick https://merges.ubuntu.com/main.html https://merges.ubuntu.com/universe.html :) [13:39] Riddell: anything with priority? [13:39] shadeslayer: Something else has gone wrong then. The execution binary format did not change between those two releases. [13:40] persia: i followed the wiki line by line.. was trying to restore grub :P [13:40] https://wiki.ubuntu.com/Grub2#Recover Grub 2 via LiveCD [13:41] txwikinger: everything in main is a priority. how about kaffeine to start you off? [13:41] ok [13:41] (everything in universe is a priority to all upstanding MOTUs of course :) [13:42] Riddell: whats the procedure to get a package merged? [13:43] persia: i really dont know if i did anything wrong... i tried twice,reading the wiki and doing exactly as it said :P [13:44] shadeslayer: I believe you. [13:44] persia: hehe.. [13:47] txwikinger: do you have a idea for the procedure to merge packages? [13:47] its on the merge wiki page [13:47] shadeslayer: grab the old package, grab the newer packge in debian, work out what changes need to be kept from our previous debian fork, put them into the new package [13:49] ah found the wiki page.. need to provide specific arguments to google for a perfect search :P [13:50] Riddell: Sorry.. I had to change the wiki page :) [13:56] ug, 20 hours later qt on arm fails [13:57] took 20 hours to compile on arm? [13:57] "Session terminated, killing shell...make: *** [binary-arch] Terminated" [13:57] out of memory? [13:59] Get:10 http://archive.ubuntu.com/ubuntu/ maverick/main libqt4-webkit-dbg 4:4.7~beta1-0ubuntu1 [170MB] [13:59] :( [13:59] JontheEchidna: o/ [13:59] why so sad? [13:59] 170 MB [14:00] the pain of downloading 170 MB :P [14:00] projected to take half an hour [14:00] webkit is no small beast [14:00] Riddell: btw will the Alpha 1 have a live image or just a alternate CD? [14:01] You know, I believe that the sync blacklist has a note on kde-l10n about Kubuntu not liking 250 MB tarballs. The irony is that Qt's is now 190 MB [14:01] whatever is working at the time [14:01] Riddell: oh ok :) [14:01] * shadeslayer is planning to move to BTRFS [14:07] txwikinger: Grab the Merge-O-Matic output. You can do this using grab-merge.sh. [14:07] txwikinger: what does that mean? [14:07] i have grab-merge.sh .. what do i do with it? :P [14:07] that is what the automatic merge tool creates by itself [14:08] txwikinger: i just ran it and it asked if i want to clear my local merge dir,and i said yes and then nothing [14:10] txwikinger: do i have to provide a argument as well? [14:12] shadeslayer: sorry.. not sure what you are doing atm... and I have to do some paid work ;) [14:13] txwikinger: oh sure.. go ahead ill just read more on MoM :) [14:13] shadeslayer: yes do that [14:32] shadeslayer: Use grab-merge is ubuntu-dev-tools, not the one off the site. [14:33] ScottK: yeah i installed ubuntu-dev-tools :) [14:37] Riddell: kaffeine builds on lucid, but not on maverick.. I think libqt4-webkit is broken on maverick [14:38] txwikinger: you need libqt4-webkit-dev now [14:38] Ah.. that would do it :) [14:40] Time to reboot for that sweet, sweet Qt-minor-version-upgrade speedup placebo [14:47] Riddell: I am not sure that is the problem... I get an apt-get error in pbuilder that libqt4-webkit is broken [14:50] txwikinger: make a chroot see if you can recreate it [14:51] yeah.. I probably have to do that [14:54] * shtylman is gonna start writing up a list of my kde annoyances (things I see in trunk right now) [14:54] where is agateau when you need him... [14:58] Looks like favicons are working in Qt 4.7: http://simplest-image-hosting.net/i0-plasma-desktopbg1818-jpg.jpg [14:59] cool [14:59] chromium is still faster :p [15:00] shtylman: meh.. chromium has javascript errors on gitorious.org [15:00] yeah... [15:00] it is faster [15:00] shadeslayer: I use it for gitorious all the time [15:00] haven't really noticed a problem... might have missed it tho [15:01] shtylman: weird... i cant click on the ? [15:01] maybe because of the new site? [15:03] shadeslayer: works for me [15:03] shtylman: well.. idk ..it isnt working for me right now and i do have a chromium update in the pipeline :P [15:04] sounds like you need to update [15:05] shtylman: 236 MB of updates... id rather download another episode of Lost :P [15:05] if you say so [15:10] on further thought... a systray with a hide/show toggle is a horrible usability idea [15:11] the systray should be smarter about which icons it autoshows... if I don't need to see an icon (i.e. not active) I don't need to see it ... [15:11] \/rant [15:11] :) [15:14] Riddell: ping [15:14] shtylman: Once it's smart enough I never want to unhide stuff by hand, then remove the toggle, not before. [15:15] shtylman: nhn from amarok says the installers english version is filled with typos and stuff? [15:15] apachelogger: hmm [15:15] ScottK: you attended the Qt 4.7 session at uds? [15:15] thats no good [15:15] example typo? [15:15] shtylman: didnt tell me :) [15:15] ScottK: yes... but if we don't disable the hide/unhide there is never incentive to make it smart enough [15:15] looks like another thing to add to my todo list :) [15:15] apachelogger: I did. [15:16] ScottK: any precise information that came up about phonons future in Qt? [15:16] will it be removed at some point in favor of qtmultimedia? [15:16] shtylman: That's Gnomish thinking. If we make it broken enough, someone will fix it. [15:16] apachelogger: No. [15:16] ScottK: :) [15:16] heh [15:16] but imho it is "broken" right now [15:16] ScottK: kthx [15:17] Riddell: unping :) [15:17] shtylman: Yes, but it's better than the user not being able to control it. [15:19] ScottK: I don't mean to say we should ship it broken... I just mean to say that the feature itself is a problem... imho it goes back to the whole rant about my desktop not being what I want to interact with [15:20] shtylman_: I understand. Personally I was quite glad when it arrived because it let me hide stuff I almost never want to see. [15:20] I agree it would be better if the system were smarter. [15:20] ScottK: the problem is... if you don't want to see it ... why does it have an icon in the first place? [15:21] It's the "almost never" part that's the trick. [15:21] heh === rdieter_ is now known as rdieter [15:23] apachelogger: unpong [15:24] * apachelogger hugs Riddell [15:25] btw, KDE 4.5 beta tarballs are up in ktown [15:25] ktown eh... heh [15:25] yea... I got kde trunk going last night again [15:25] thus my ranting about things :) [15:26] We're almost done merging. All that's left after I sponsor lex's merges are base-runtime, base-workspace and bindings [15:26] ScottK: oh yea... window title bars are also on the choping block... 1/4 inch of wasted vertical space in every window [15:27] imho we need a list of kde "papercuts" :) [15:27] we don't have any for maverick yet? i thought we had some for lucid [15:27] not sure [15:28] shtylman_: we can just use a tag in the exsisting papercuts... like kde or something [15:28] I'll try to do workspace tonight. [15:30] JontheEchidna: I was quietly ignoring them until merges are done [15:30] ;) [15:30] Quintasan had started to do kdebase-runtime, but I he didn't quite get it merged all the way. I'll have to ping him next time he appears [15:31] I'd like to go onto kdebindings shortly [15:31] do we have alot to merge? [15:31] http://www.youtube.com/watch?v=PhReQgyprLg << Face authentication in kubuntu 10.04 [15:31] shtylman_: not too much now (well lots of wee bits I'm sure) [15:31] do you think we can get this in mav? [15:31] Sime! long time no irc [15:31] Riddell: I can build and install it in chroot [15:31] I think the problem might be with my pbuilder.. not sure why though [15:31] shadeslayer: is it worth it? [15:31] Riddell: oh, Hi. I was on vacation for the last month. [15:32] iirc those face things don't work all that well [15:32] shtylman_: well yeah.. i can type faster.... [15:32] a picture of the person also works [15:32] so it isn't very secure [15:32] Riddell: I dropped in to say that I upgraded a couple of machines the other day and except for pulseaudio sneeking in there, it was the smoothest upgrade so far. [15:32] shtylman_: \o/ [15:32] Well done to all! [15:33] Riddell: I dunno if it is on your todo list... but the "install firefox" should probly go [15:33] I think we decided that at UDS? [15:33] or was there still some contention on that? [15:34] shtylman_: I think that's in the WebBrowser spec [15:34] k [15:34] coo [15:34] the firefox fanboys weren't around to object though [15:34] haha [15:34] thats cause they all run chrome now [15:35] Firefox is still the most recognizable brand in FOSS. I think we should keep it. [15:35] at least the installer? [15:36] if we keep it... I highly suggest that we do away with the fullscreen ..etc.. and just popup a dialog asking the user to confirm install and then do what it does now with packagekit install [15:36] the fullscreen is too much [15:36] i agree [15:36] BUT... I would highly recommend removing it as we decided at UDS :) [15:46] yeah the fullscreen reminds me of those annoying installers on windows that block you from doing your work [15:50] indeed...I don't really like it for app installers [15:50] for a system installer I could understand... app not so much [16:01] Riddell: I found the problem.. the mirror I used was out of sync :) [16:05] ok, ninjas page for 4.4.80 is updated and ready. [16:06] I'm getting maverick pbuilder ready and I'll look at getting kdelibs going while you are all finishing the merges [16:14] rgreening: wheee!!!! thanks :D ... ( i wont be packaging,just that i can expect 4.4.80 soonish ) [16:14] maybe then i can finally connect to WEP :P [16:15] anyone know a way from within lucid to apt-get a maverick source package? [16:15] rgreening: yes [16:16] nigelb: I tried this: apt-get source kde4libs/maverick but that seems to pull down lucid [16:16] added maverick deb-src line? [16:16] right... forgot to do that [16:17] ty [16:17] :) [16:37] * Riddell cheers as qtcreator compiles with fancy Qt Quick designer integration [16:37] takes a full copy of the Qt headers to be included though :( [16:38] heh [16:39] kdelibs 4.4.80 building locally... [16:42] Riddell: bug #583884 [16:42] Launchpad bug 583884 in kaffeine (Ubuntu) "kaffeine 1.0~pre3-3: new changes from Debian (kaffeine_1.0~pre3-3) require merging " [Undecided,New] https://launchpad.net/bugs/583884 [16:55] txwikinger: lovely, uploading [16:55] thanks Riddell [17:10] * ScottK is wrestling with workspace merge [17:27] any idea why some builds failed on amd64 with: [17:27] The following packages have unmet dependencies: [17:27] kdelibs5-dev: Depends: libkhtml5 (= 4:4.4.3a-2ubuntu2) but it is not going to be installed [17:30] Probably archive skew. [17:30] Riddell: anything else that needs to be done? [17:30] Is the current kde4libs build and published on amd64? [17:31] yes [17:31] I think all the packages on the merge page are done [17:32] ScottK: can you trigger a rebuild? [17:33] for example https://edge.launchpad.net/ubuntu/+source/plasma-widget-tvprogramme/1.2.0-0ubuntu6 [17:34] debfx: It's built, so it's not simple archive skew. Not sure what's up. [17:36] txwikinger: you coudl check if kdevplatform and kdevelop in debian are up to date and if they need anything done to them (compare to kubuntu-ppa/backports versions) [17:36] ok will do [17:37] ScottK: this has built fine 3 hours ago: https://edge.launchpad.net/ubuntu/+source/plasma-widget-translatoid/1.12-0ubuntu1/+build/1746421 [17:38] so whatever caused the builds to fail seems to be fixed [17:43] At this point in the development cycle transient failures like this aren't rare. [17:57] yeah but do the buildds automatically retry failed builds? === yofel_ is now known as yofel [18:02] Question for anyone who uploaded the 4.7 packages,are they ok? like any upgrades broken? [18:23] Riddell: where do I get the source for attica? I see it tagged in KDE svn for 0.1.4. but it isn't on ktown. Kdelibs requires it to build [18:25] Riddell: nvm.. found it [18:28] debfx: They don't automatically retry failed builds, so they need to be watched. [18:30] ScottK: for maverick, we allowing .bz2 uploads of sources? [18:31] * ScottK looks at Riddell. [18:31] I think we said source format v3 was OK, but don't recall for sure. [18:31] Im just looking at the attica package which is a .bz2 [18:33] looks to have come from debian this way [18:40] yes .bz2 is fine [18:44] Riddell: so, for Kde packages, are we switching to bz2 or continuing with gz? I assume gz for now.. [18:44] if thats what debian does [18:44] rgreening: Stick with Debian for now. [18:44] whatever upstream has [18:44] yeah [18:44] ok [18:44] if upstream has .bz2 we should use that [18:44] we don't share .orig files with Debian for KDE SC [18:44] Riddell: I think for 4.5ish packages that's great. [18:45] well, for 4.4.3 its gz... but Im starting 4.4.80 [18:45] For the 4.4 merge we should stick with tar.gz [18:45] rgreening: I think for 4.4.80, .bz2 is fine. [18:45] so, should we package 4.4.8 as bz2 original packaging? [18:45] ya [18:45] ok [18:45] Yes. [18:46] Debian won't get to a newer upstream than 4.4 until squeeze+1, so we're on our own for 4.5. [18:49] coolios [18:50] ok, attica package, test building now :) [19:07] * rgreening grumbles at attica [19:20] rgreening: debian just uploaded the new version. It should sync by tomorrow. [19:20] JontheEchidna: oh... hrmmm... guess I shouldn't worry about it then huh [19:20] rgreening: yeah, if you need it you could probably slup the package off of incoming.debian.org [19:21] I may upload to ninjas just so I can proceed with kdelibs [19:22] I'll be back tomorrow night to start helping [19:22] bbl [19:22] JontheEchidna: could you please push kdegraphics to bzr? [19:22] oh, sure [19:22] if this crappy net connection will let me [19:25] pushed [19:25] thanks [19:25] thanks for reminding me [19:39] JontheEchidna: https://code.launchpad.net/~debfx/kdegraphics/ubuntu/+merge/25796 [19:41] hmm, yes. My mistake there. It should be just replaces, not conflicts [19:42] why should it replace them? [19:43] because data files moved from those libraries to kdegraphics-libs-data in the merge [19:43] oh right [19:52] well, if the graphics guys do like they have been doing, we'll have an .so version bump in 4.5 anyways ;) [19:54] they'll probably never settle for a solid ABI [19:54] so I've pushed a fix to bzr but I can't upload since the net connection is so crappy here [19:55] I'll be back Sunday though [19:59] Riddell: is there anything special I need to do when using the bz2 format? [20:02] rgreening: You need to use source format v3. Other than that, no. [20:03] ScottK: by creating debian/source/format and putting 3.0 in it? is that everything? [20:03] ScottK: when will 4.4.80 packages be up? [20:03] shadeslayer: not for a couple of days at least [20:03] rgreening: well ok... [20:03] shadeslayer: Im working on kdelibs now [20:03] rgreening: IIRC it's 3.0 (quilt). Google will know. [20:04] i know you guys are hard at work packaging it :P [20:04] ScottK: ? [20:04] ScottK: yeah its 3.0(quilt) [20:04] rgreening: Put what shadeslayer said, not just 3.0. [20:04] oh, in that format file [20:04] ok [20:04] Yes [20:05] i had a page bookmarked about this... lemme find it [20:07] rgreening: http://wiki.debian.org/Projects/DebSrc3.0 [20:08] this is a pain [20:08] haha [20:08] http://wiki.debian.org/Projects/DebSrc3.0#Howtoconvertasourcepackage.3F << Shows how to do it :P [20:08] rgreening: actually its much more easier onces you learn it :P [20:08] just dh_make --kde :P [20:08] no, I mean I added that, and the package which debuild -S -sa fine, now does not [20:08] of course other than that i dont know a thing :P [20:09] does not what? [20:09] now, does not [20:09] as in 'debuild fails' [20:09] Hiho [20:09] oh :) [20:10] rgreening: whats the error? [20:10] one of the patchs now fails for some reason [20:10] cant help there... dont know a thing :P [20:11] wtf... the rej actually was generated and save to the pristine source dir [20:11] oh cr&p [20:12] ScottK, Riddell: not so sure about this deb src 3.0 [20:13] rgreening: It takes a bit of getting used to. [20:15] rgreening: you might want to read the wiki first before getting started.. i found that it cleared loads of doubts :P [20:15] yeah. reading it now [20:15] rgreening: theres a part about patching too... dont know if itll help [20:18] * shadeslayer prods HTML5 promo of Lost.... [20:20] hrmm... Im not liking this so far [20:28] ok, so, do you package with the patches applied or unapplied? Reading through I am confused [20:28] this is going to be a real mess I fear :( [20:29] nvm.. apparantly the system is smart enough to remove the patches if applied already. cool [20:30] rgreening: dpkg automatically applies the patches when you build the source package [20:31] debfx: the issue I had was it modified the pristine dir with a reject file, never had that happen before. Anyway, kdelibs is now in source format 3.0... time to build and then upload [20:40] rgreening: cool :) [20:40] rgreening: oh btw you might see from the output it says, Applying hunk xx ... [20:40] shadeslayer: yeah, had to hit my head against the wall a few times for it to sink in [20:40] thats the patching part :P [20:41] :) [20:41] rgreening: welcome to the 3.0 gang :P [20:41] I thought it was complementing me on my physique :) [20:41] hehe [20:41] hehe :P [20:42] rgreening: bye.. gtg, exams :P [20:43] kk [20:50] txwikinger: If you want to provide php 5.2, why don't you make it a php5.2 package that conflicts with (and provides) php. That way no pinning is needed. [20:52] ScottK: Well.. because when I want to eventually upgrade, I can just remove the pinning and don't have to create a new package? [20:54] txwikinger: As you prefer. I'd find installing/removing a single package easier than messing with pinning. [20:54] well.. it is not a single package [20:54] it is like almost 20 [20:55] and the pinning is all in one file [20:55] and you don't need to mess with it, because I created the pinning declarations :D [20:56] * txwikinger finds pinning very interesting.. I think you can even downgrade packages by using pinning [20:57] and you can use puppet or chef to apply the pinning on a server farm [20:59] Riddell: as for debian/control in kdebase-runtime, wouldn't it be fine if I just copy & paste the conflicts and replaces lines? [21:02] Quintasan: No. You should understand them and keep what's needed. [21:05] Riddell: Do we wish to bump Qt requirements in kdelibs to 4.7? or leave at 4.6? Just thinking about the phonon/webkit/qt split and whether we want/need to set a minimum bar of 4.7 [21:05] ScottK: okay, just wondering whether I should keep conflicts on kdebase-bin-kde3 [21:05] or replaces on this [21:05] * ScottK guesses not, but you need to check. [21:05] it's the only difference except for version bumps [21:06] our packages have those conflicts === |mendred| is now known as mendred [21:32] ScottK: mind reviewing? http://dl.dropbox.com/u/69524/diffs.tar.bz2 [21:36] Riddell: is it possible to update to maverick right now? I'd like to test upgrading via KPK if it's even possible [21:42] I've got a ftbfs on new kdelibs 4.4.80 ... http://paste.ubuntu.com/437505/ any suggestions? [21:46] Quintasan: I'm unlikely to have time today. [21:46] ScottK: Okay, I'll just wait for Jonathan to show up [21:52] rgreening: Does kshareddatacache.cpp have #include [21:52] * rgreening will check [21:52] Quintasan: It's possible to upgrade, but really not recommended (kernel is in major flux). I'd do it in a VM if at all. [21:54] ScottK: yep [21:55] * ScottK thinks gcc or eglibc then. Not sure. [21:55] ScottK: okay, I'll wait some time I guess, I just set up a lucid VM. [21:56] hmmm [22:04] rgreening: does it link with -lpthread? [22:07] doesn't look like it appears in the output [22:13] then it's a bug in kdelibs [22:13] is it linked with --no-add-needed or are you using binutils-gold? [22:14] debfx: I'm running this build in maverick pbuilder [22:15] and I have no idea about no-add-needed [22:18] coudl you paste the command that fails? [22:21] fsck fsck fsck [22:21] my terminal locked up [22:25] debfx: I have to restart the build ot get the error again... dang thing locked up [22:25] :/ [22:29] ya [22:37] something like http://paste.debian.net/74280/ should fix it [22:44] hey all, this bug in kubuntu looks like a support request, though I can't mark it as triaged https://bugs.edge.launchpad.net/ubuntu/+source/update-manager/+bug/564086 [22:44] Ubuntu bug 564086 in update-manager (Ubuntu) "Kubuntu 9.10 failed to upgrade to 10.04" [Undecided,New] [22:52] debfx: ty. ill try it [23:03] building...lets see what happens [23:20] debfx: it didn't like kdecore in the target line [23:25] rgreening: oops, kdecore is defined after the these lines [23:25] rgreening: http://paste.debian.net/74282/ [23:33] rgreening: funny with kdelibs beta eh? :D [23:37] ya [23:38] and switching to deb src 3.0 at the same time [23:38] makes for lots of fun [23:39] I just want to get kdelibs done tonight sometime! [23:39] good luck :) [23:39] lex79: want to see if soprano update is available? [23:39] ok [23:39] I see kdelibs may need a newer one [23:41] rgreening: no new version is available for now, the last one is 2.4.3 [23:41] the notes in cmake said I had 2.4.62 and it wanted newer (2.4.63). But it didnt fail on it [23:41] strange [23:41] http://soprano.sourceforge.net/ [23:41] unless it needs a svn snapshot [23:42] do you need a new version then? I can grab from svn if you need [23:46] rgreening: 2.4.63 is in svn, I can do the package and upload to ninja shortly [23:46] awesome [23:46] ty lex [23:55] debfx: that last fix seems to have worked, it past that part at least [23:57] debfx: grr... I spoke too soon... hahaha