[00:00] rgreening: / Riddell: if and when the 64-bit plugin is final, only then can Canonical redistribute it from partner. [00:00] okies [00:00] :) [00:16] Riddell: any idea on proper wat to add QSql to CMakeLists.txt? [00:16] s/wat/way [00:17] rgreening: -lQtSql is good with me [00:18] how though? Im not a cmake guru [00:19] there'll be a linking line in there [00:20] target_link_libraries Riddell [00:21] that one [00:36] Riddell: oh, another kickoff tweak: click tab instead of hover tab unless people are strongly opposed [00:38] It's already click-by-default, iirc [00:38] but only for the default kickoff. Add a new one and it has plasma-type defaults [00:38] JontheEchidna: we made it click by default, upstream is hover === txwikinger is now known as Guest31757 [00:38] whatever is in jaunty atm hasn't been fixed === txwikinger_ is now known as txwikinger [00:40] * rgreening is getting bogged down in Kpackagekit, packagekit-qt, libpackagkit, packagekit, aptDBBusBackend, etc... [00:41] txwikinger: how are your TODO items :) https://wiki.kubuntu.org/Kubuntu/Todo [00:41] :P [00:41] I'll run and hide now [00:42] rgreening: I am working on getting it into KCM [00:42] rgreening: that's the price for going to uds and volunteering to work on it :) [00:42] * txwikinger wasn't at UDS [00:42] seele: yup. Never realized how insane it is :) [00:43] and I got volunteered :p [00:43] seele: and getting the "right" knid of help when you need it is not easy [00:43] I'm treading water in a whirlpool [00:44] seele.. Did you do a specification of the enhancements for userconfig? [00:46] rgreening: Well.. lots of red stati :D [00:48] txwikinger: no.. i wanted to but the people i was trying to work with didnt get their part done [00:48] seele: hehe [00:49] Well.. I will try to get it in as it is.. I had already fixed the existing bugs anyway [00:49] txwikinger: cool. Im missing those bits [00:50] well.. When I did it I wasn't Kubuntu member yet.. so the source code is under my user name [00:50] and someone kicked me to apply to be member :D [00:53] QSql is really getting on my nerves!!!!!!!!! grrr [00:53] QSqlQuery::value: not positioned on a valid record [00:53] bah [01:02] Which key is supposed to be the Meta Key for Compositing effects? [01:03] The Windows (tm) key [01:03] JontheEchidna: doesn't work here [01:03] I get garbage for that key [01:04] JontheEchidna, call it super key so you dont need to tm it rofl [01:04] ;P [01:05] heh [01:10] JontheEchidna: you use yahoo for im at all? [01:10] not really, no [01:10] Yahhhhooooooooo! [01:10] I'm apparently in the top 15% users of Yahoo [01:15] DaSkreech: does it work for kopete ?> [01:15] under Jaunty [01:15] Jaunty? No clue [01:16] I'm in KDE 4.2 on Ibex is there that much difference between the two? [01:17] Riddell: I just noticed that the kde4bindings source package in Jaunty needs to be removed. Do you want a bug on that? [01:18] DaSkreech: and does it work? I can't connect here [01:22] Works fine here [01:23] Ya, I got it working now, I put the email address in and not the name only [01:24] hmm I think I have name only but whatever works [01:24] cu all, gn8 [02:03] Is Koffice still at loggerheads with KDE4 ? [02:04] ugh, still gotta backport the latest beta that fixes koffice [02:05] * JontheEchidna probably wont' be able to do that until after Feature Freeze, though [02:06] QSQL HE77 [02:06] grr.arg.segFault() [02:06] huh? [02:06] * vorian things rgreening needs some drugs [02:07] yus. pleze [02:07] hehe [02:07] I am hating QSql.... [02:07] trying to connect to the stupid app-install desktop cache file so I can make kpackagkit simple for the masses. Its giving me a mass hemmorage [02:08] rgreening: QSql: At least it makes Git look easy. [02:08] yup [02:08] I've rebuilt kpackagekit > 100 times today [02:08] seriously [02:11] that sounds not fun [02:15] not at all [02:16] dimmit all to he77 QSqlQuery::exec: database not open [02:16] |( [02:43] So much for that plan. [02:44] Riddell: Sorry about the FTBFS spam in your inbox. [02:45] vorian: Looks like my upload kde4libs last idea is a no go. [02:45] ScottK: oh? [02:45] Apparently it only depwaits the i386. [02:45] https://launchpad.net/ubuntu/+source/kdeartwork/4:4.2.0-0ubuntu1~intrepid1 [02:46] hmm [02:46] Isn't that obscene. [02:46] yes, very much so [02:46] oh well [02:46] So basically it only works where you don't need it. [02:47] ScottK: just think, in a month(ish) you will have a helper for FTBFS [02:47] I hope so. [02:47] Getting on the tech board schedule can take a while. [02:48] I noticed [02:48] With their published schedule, i may not be available until the end of March anyways [02:49] http://qa.ubuntuwire.com/ftbfs/ is pretty much a thing of beauty when it comes to powerpc now. [02:57] ScottK: got time to take a look at bug 296433? [02:57] Launchpad bug 296433 in ktorrent "[jaunty] ktorrent changes in Debian require merging" [Wishlist,In progress] https://launchpad.net/bugs/296433 [03:00] oh, almost forgot the debdiff from debian to the merge [03:00] hey i think i have a bug [03:00] That'd be handy. [03:00] i have powerdevil set to suspend my laptop if i shut the lid on battery power [03:01] Heya maco. Bugs we got. It's fixes we're short on. [03:01] if i manually hit suspend in the kmenu and then i shut the lid before it finishes suspending, when i resume, i have to resume twice [03:01] haha [03:01] debdiff attached [03:01] JontheEchidna: I've got a couple of other things I need to look at first. If I get through that and I'm neither to tired nor too drunk, I'll look. [03:02] hehe, thanks [03:02] maco: I think you should file that. [03:02] JontheEchidna: Have you seen ^^^ before? [03:02] never [03:02] ScottK: well i wanted to see if anyone else could reproduce first [03:02] usually it's the other way around, with you never having to enter your password on resume or whatever [03:03] well i do want it to make me enter my password. screen lock = good [03:03] yup [03:03] but itll resume, and as soon as it resumes, itll suspend. and then i have to hit the spacebar again to tell it to re-resume [03:03] but the bug reports are usually about it not asking for your password or not suspending at all, but never suspending twice [03:04] though whether it locks screen or not *does* depend on which method of invoking suspend i use, i think [03:05] * JontheEchidna got a lot done today [03:05] so would that be powerdevil, acpi-support, or...? [03:06] powerdevil. Might as well report upstream directly since we'd just have to forward it from Launchpad anyways [03:06] ok [03:06] * JontheEchidna decides to call it a night and watch Doctor Who [03:07] JontheEchidna: wow [03:07] um...that's what dtchen's doing right now [03:07] ... seriously? lol [03:07] he just bought The Five Doctors. and he's not letting me watch because i have homework [03:08] I'm watching the first part of the 2-episode finale of the 2006 season [03:08] I have been having a hard time *ahem*... acquiring the second season of the original series ;-) [03:08] * JontheEchidna leaves it at that [03:09] haha [03:09] 2006 would be...rose goes away? [03:09] oh! "this is not a war. this is pest control!" [03:09] yeah, I think one of these two epsiodes is when she leaves [03:09] "5 million cybermen? easy. one doctor? now you're scared" [03:09] lol [03:10] anyway, g'night peeps [03:11] pgraner says im actually hitting a gnome hal issue [03:11] s/gnome/known/ [03:11] ok so we know what my fingers are used to typing that has a o in the middle... [03:30] That's good to know (both that it's known and it's HAL) [03:35] its also Fix Released ;) [03:35] apparently both gnome-power-manager and powerdevil need to be modified along with hal. only g-p-m and hal have been though [03:40] great [03:40] great? [03:40] JontheEchidna: ^^ [03:41] sarcasm :) [03:41] https://bugs.kde.org/show_bug.cgi?id=184586 [03:41] KDE bug 184586 in powerdevil-daemon "System suspends twice if lid closed before suspend-to-ram selected from menu completes" [Normal,Unconfirmed] [03:41] ScottK: ^ [03:41] WOAH ubottu knows about not-LP bugs? [03:41] hehe [03:42] :-) [03:42] Well there you go. [03:42] I am so about to give up on kpackagekit [03:43] What is it not doing? [03:43] It not what its not doing.. Its what I cant get it to do [03:44] :) [03:44] Im trying to add a qsql query and it keeps balking [03:48] That's annoying [03:48] yup [04:11] nixternal: Did you hear the clip? [04:12] rgreening: Isn't kpackagekit supposed to replace adept? [04:13] Yep [04:13] maco: justin wasn having weird problems with suspending too. although his had to do with whether the screen locked in the right order or not [04:13] hmm.. should have read the entire backlog first [04:14] seele: i have lock issues to [04:14] too [04:14] if i close lid, it locks. if i use the menu, it doesn't. [04:15] though that "locks after resuming" thing was a graphical-artifact problem, fixed a couple weeks ago in jaunty, i think [04:15] er like where you resume and see the deskop then go to use it and then it locks [04:17] yeah [04:18] seele: by the way, there's someone in #ubuntu-women going "wait, i can count 'this is hard to use' as a bug too??" [04:19] huh [04:20] explained the concept of a usability bug [04:20] like, just because it works doesnt mean its right [04:25] I thought the system-config-printer-kde app works now in systemsettings [05:07] I hate myself [05:08] I spent all day messing around with QSql on what I thought was a populated db and getting no results and errors. Turns out the db is empty! [05:11] >_< [05:20] that sounds like an easy mistake [05:22] maco: well, I thought that was the issue. So I created a new db. added some data. Still got the same stupid errorzzzzzzzzzzz [05:22] QSql docs sux [05:22] major [05:27] so you're saying some programmers create things and then don't write proper documentation for it? i'm shocked. [05:32] tech writers command a lot of money [05:33] -_- that was a joke [05:50] heh [06:00] omg, I got it working! [06:00] \o/ [06:00] that's like 10 hrs of my life gone forever [06:01] yay [06:11] QSql is confusing [06:12] open this, check that, but first really check you connected. And then, if you think you connected test again. [06:12] only then, you need to test ofr fail and try again. [06:12] omg so many checks [06:13] hahaha [06:14] I'd swear I was writing lisp (cdr (cdr (car list( a,a,a,)))) [06:57] i just witnessed something very broken on jaunty kubuntu [06:58] dtchen's screeen was locked. his cat stepped on the part of the keyboard where the arrows and shift keys are. the black background behind the lock disappeared so the lock password box was sitting on top of the fully-visible desktop. the lock password box then closed on its own. [09:33] hi. when will the amarok package w/ the wikipedia fix be available? [09:38] clau30: never heard of it, got a bug number? [10:00] Riddell: we sent a patch on our amarok-packagers list, for the wikipedia browser borkage [10:00] this also affects 2.0.1.1, btw, I think [10:01] it's because we screen-scrape, and wikipedia changed some element on the site [10:01] they still don't offer a proper API :/ [10:01] patch is a one-liner [10:01] I can paste it somewhere, if you wish [10:03] thanks markey :) [10:03] yw [10:04] markey: hmm, I can't seem to find it [10:04] no problem, lemme look it up [10:04] sec [10:05] Riddell: this is for amarok 1.x: http://websvn.kde.org/?view=rev&revision=917750 [10:06] Riddell: and this for 2.x: http://websvn.kde.org/?view=rev&revision=920066 [10:26] markey: fix uploaded [10:27] woohoo [10:30] Riddell: thanks dude :) === _neversfelde is now known as neversfelde [10:48] seele: EgS: Sput: when clicking on quassel's tray icon while it is open but not focused makes it go to system tray - i think it should become focused instead [10:48] seele: EgS: Sput: amarok and ktorrent do it that way already [10:48] kopete does the same as quassel [10:48] that inconsistency is kinda annoying [10:50] well kmail does the same too [10:50] so I'd call it pretty consistent [10:51] well amarok and ktorrent do it differently and the right way imho ;-) [10:51] but i'd like to hear seele's opinion on that [10:51] * Sput wonders if we have HIG for that [10:55] * jussi01 waves [12:09] Nightrose: there was a whole big thread on what the default action of a service icon should be [12:09] Nightrose: add it to the usability meeting page and maybe we'll fix it on saturday :) [12:09] seele: i am not sure i can attend the meeting yet [12:10] ah.. well add it to the list anyway :) [12:10] ok [12:22] seele: done [12:37] Nightrose: thanks [13:56] Riddell: do you need to do something special when packaging kde4 apps with regards to translations; or is kde4.mk handling that automagically? [13:57] a|wen: kde4.mk should handle it fine. [13:58] ScottK: thx ... that was what i hoped for [14:00] yes, kde4.mk should do the making of .pot files [14:00] hmm, all those icons is kind of a mess ... what do we do when they have icons with the same name in /usr/share/icons/hicolor/... ? [14:02] who wins the right of the icon name ... and do we have any way of detecting icon clashes with other packages? [14:03] a|wen: in general icons shouldn't go into hicolor [14:03] they should go into oxygen or whatever theme they come from [14:04] Riddell: i see ... but seems that neither kile nor dolphin are following that one completely :/ [14:05] "/usr/share/icons/hicolor/64x64/actions/preview.png" hmm, that's not right [14:05] a|wen: I take it kile has one with the same name? [14:06] Riddell: exactly [14:07] a|wen: this is a KDE 4 kile? [14:08] Riddell: it is the kde4 kile to be ... but afaik only bug fixing should be remaining [14:08] a|wen: just don't install the icon then and it'll use the one from dolphin [14:09] we can get upstream to fix it in the future [14:09] Riddell: okay, good ... but in general neither of the packages should have that file, right? [14:10] a|wen: right [14:10] * smarter waves [14:11] they should either be installed globally as oxygen icons or in /usr/share/apps/kde4/ [14:11] shtylman: I merged your KApplication change to ubiquity trunk [14:12] okay, thanks for enlightening me [14:13] shtylman: "from PartitionsBarKde import *" i don't see the source for that [14:13] rgreening: do you think we should get qt 4.5 in before feature freeze? [14:15] Riddell: yea, I am migrating to new partition bar display so its not there yet [14:15] Riddell: should be committed before the end of the day [14:15] the bars are a closer match to the gtk interface [14:16] there were also some timezine map changes, those should be in there [14:19] shtylman: sweet, let me know when it's good to try out [14:23] Riddell: why kde4 in /usr/share/apps/kde4/ ? [14:23] * Lure is just trying to resolve digikam icon mess [14:25] Riddell: why kde4 in /usr/share/apps/kde4/ ? [14:25] * Lure is just trying to resolve digikam icon mess [14:25] Riddell: I think we need to be prepared for a FFE [14:25] Riddell: can you comment on this http://mail.kde.org/pipermail/digikam-devel/2009-February/026587.html as it seems you know about icons? ;-) [14:25] Riddell: the palsma team has some work/cleanup to do and Im guessing that'll be 4.2.1 [14:25] * Lure remembers that Riddell drove mass-rename of oxygen in early kde 4 [14:26] and 4.2.1 will be qt4.5.0 compat [14:26] and possibly a requirement [14:28] * JontheEchidna doubts it'd be required [14:28] in #plasma or on the plasma-devel ml they said to mind not to use Qt 4.5 features in the 4.2 branch [14:29] But I'd say go for it! [14:29] 4.5 won't be required for KDE 4.2 but it will help (makes things faster) and it will be required for e.g. KOffice [14:29] Lure: @commit both Digikam and Showfoto icon also to Oxygen (trunk and [14:29] branches/4.2 to get it in 4.2.1 and newer" [14:30] Lure: I disagree with that, app icons should be distributed with the app (and installed to hicolour) [14:32] Lure: apps should either install their own icons to /usr/share/kde4/apps/ or install to /usr/share/icons/oxygen and be very careful that they don't overlap icon names from other apps [14:32] Riddell: I've got commit rights to packagekit.org now. [14:32] oh my [14:32] rgreening: elite! [14:33] Riddell: well, I guess it helps ot work with upstream :) [14:33] so now I can help influence things in a more user friendly way [14:33] rgreening: if I want to get qt 4.5 uploaded, what's the package I should start from? [14:34] Riddell: however, I think I'll need a FFE for the Kpackagekit changes.... [14:34] Riddell: don't use my qt4.5 build (yet). there are some issues I have in packaging. [14:34] give me a couple of hours to go over it again and I'll upload a new one [14:35] rgreening: ok but don't let me distract you from kpackagekit if you're making progress with that :) [14:35] rdieter: do you really think sesame is buildable from source? have you tried? that build system is nuts [14:36] Riddell: it *is* nuts, but I've been told by our java folk that it is possible, with a lot of pain and suffering. [14:37] rdieter: but the build system downloads > 100 binary .jar files [14:37] * JontheEchidna really hopes the Virtuoso soprano backend is ready in soprano 2.3 [14:37] uh huh, java blows, no argument. we've got many/most of them in fedora already... but a lot of remaining work to do. [14:37] rdieter: to build it in a free software way you'd need to package everyone of those, then hack the sesame build system to use the packaged version [14:37] Riddell: np. I will likely need a FFE though. I cannot see getting the pieces together fro the 19th... just so you are prepared [14:38] rgreening: I think I might look favourably on your FFE request :) [14:38] Riddell: ok. ty [14:38] Riddell: us distro folk need to gang-up and picket/protest (shrug, too late for kde-4.2.0, what's done is done) [14:41] rdieter: binary blobs in KDE SVN should never be acceptable, I'm amending the licencing policy to make that clear. I've no idea why mandriva and suse have accepted them into their distro [14:42] Riddell: +1 [14:42] agreed [15:19] Riddell: digikam has own icons here: /usr/share/kde4/apps/digikam/icons/hicolor [15:19] Riddell: so oxygen looking icons should go to /usr/share/kde4/apps/digikam/icons/oxygen ? [15:19] Riddell: or you suggest to drop hicolor/oxygen dir alltogether [15:20] Riddell: re app icons: what if user is using tango theme which does not have icon for digikam? there should be some fallback [15:22] Riddell: myself and Richard Hugues just hashed out an Application Installer Framework to be a new common base for all distros to be able to support an Applications view via packagekit. [15:22] * Lure hates this irc drops... :-((( [15:33] rgreening: gosh [15:33] rgreening: using app-install-data? [15:34] Riddell: not entirely sure. I think we may be able ot make it disappear [15:34] Riddell: we'll have a sqlite db with appropriate details [15:35] rgreening: well it'll need to get the list of selected applications from somewhere, and app-install data includes icons and translations, which are pretty friendly things to have [15:35] that has to be populated somehow [15:35] Riddell: yeah, I think a new package will be built to supercede this one but contain similar details. [15:36] Riddell: still hashing out the general specification. Then it comes down to implementation. [15:36] Riddell: or there may be opportunity to merge.... [16:04] hmm, has anyone else had problems with kde4.mk and single-binary source packages? [16:06] nope, most of all the universe plasmoids are single-binary [16:06] strange ... it builds to debian/ but dh_install looks in debian/tmp [16:07] when i specify DEB_DH_INSTALL_SOURCEDIR = debian/ it tries to dh_install twice [16:07] what do you guys think of having a knetworkmanager hugday to go along and coincide with the nm-applet one? [16:07] (hooray for break) [16:07] bbs [16:08] a|wen: if it's a single binary you don't need a .install file [16:08] a|wen: it'll just install to debian/ so no further copying needed [16:08] Riddell: oh, can i specify a "don't install this file" somewhere then? [16:08] yuriy: knetworkmanager isn't on the CD any more, and plasma-widget-network-manager has plenty of bugs but upstream is aware of htem [16:09] what are we going to do with knetworkmanager bugs now that we have the plasma widget? [16:09] a|wen: probably easist to just rm the file in a custom debian/rule [16:09] JontheEchidna: close them! :) [16:09] Come to think of it, we should probably close most of the Qt3 bugs that definitely are upstream issues [16:10] such as crashes [16:10] okay, thought it was better using a .install file then ... but i'll just go with the rm [16:15] JontheEchidna: Close them wontfix? [16:15] * JontheEchidna was thinking that [16:15] I think that's reasonable. [16:17] Especially since Qt stopped work on Qt3 a long time ago [16:26] Riddell: In addition to pkg-kde-tools (which I suggest we don't backport quite yet), we need libmsn-dev libkexiv2-7-dev libphonon-dev in intrepid-backports. [16:27] ScottK: what are we preparing to backport? [16:28] we have to have pkg-kde-tools in backports, the 4.2 packages all use it [16:28] a|wen: kde 4.2.0 [16:28] Riddell: OK. Maybe it just hadn't built yet. A number of packages hit depwait for the lack. [16:28] ScottK: oh, are we sure about that ... it is indeed more crashy than all of 4.1.[2-4] [16:29] a|wen: It's backports .... [16:30] ScottK: still ... many have backports enabled as "standard" [16:31] is it a replacement for kubuntu-experimental? or what should the gain be? [16:31] a|wen: Sure. Well talk to Riddell. [16:31] It is. [16:31] Hi I'm trying to rebuild gwenview from source, as I would like to change some things in the source. My problem is with how to exactly build the package for gwenview. If I do a apt-get source gwenview, I get the source for the full kdegraphics set and if I try to rebuild that It gives me an error. So my question is: how do I 'just' compile gwenview and create a deb from it [16:31] I'm on kubuntu intrepid btw [16:31] mariusbd: You don't. [16:32] It's part of kdegraphics and so you need to build the whole thing. [16:32] ok so that is not such a problem apart from that taking much more time. [16:32] so what is the correv [16:32] ScottK / Riddell: i was trying to figure out what we were achieving to gain from backporting 4.2.0? [16:33] sorry, so what is the correct way of building it 'dpkg-buildpackage -rfakeroot -uc -b' gives an error for me [16:33] What error? [16:34] hmm something kicked me off apparently. Did you get my last question? [16:34] a|wen: that's where it belongs, it's stable (by upstreams definition) software and we want users to be able to get it [16:34] mariusbd: What error? [16:36] hang on I'm rebuilding now. [16:36] Riddell: i suppose we want a subset of the users to get it for broader testing ... and there is quite a difference between the stability .0 and the .2/3/4 versions from upstream in any case [16:36] is dpkg-buildpackage -rfakeroot -uc -b -j5 the correct line to do it? [16:36] I have a 4 core cpu [16:37] * Riddell uses debuild [16:37] mariusbd: I doubt the -j5 will have a happy ending. [16:37] cp: cannot stat `debian/tmp//usr/lib/libkolourpaint_lgpl.so.4.1.0': No such file or directory [16:39] Riddell: the question is if backports is too wide a subset ... (some people think that even the ppa+promotion is too wide) [16:40] * markey waits for "the return of the apache logger" [16:40] new action film [16:40] that could happen tonight [16:40] if harald finds some time, he told me this morning [16:40] cause I still couldn't figure out my package building foo [16:40] mariusbd: Try it without the -j5 [16:40] meh [16:41] a|wen: it's exactly what backports is intended for, access to the latest upstream versions [16:41] and I got his phone number, so I could also call him [16:42] mariusbd: maybe the version number changed or you miss a dependency it needs, you can rm debian/kolourpaint4.install if you don't care about that package and use debuild -nc to restart without rebuilding everything [16:42] ScottK yea I was already trying that, it takes 4 times as long you know ;P [16:42] Riddell: ok, so I thin,k we are going to merge some stuff into app-install-data. I need glatzor to discuss this with. Then we implement a BE Application Filter in packagekit that talks to a db of cached desktop stuff from app-install-data. The FE then would apply the Application filter and all is well :) [16:43] mariusbd: Yes, but I don't think the KDE packages support parallel builds. [16:43] Riddell: debuild is run withou options initially right? [16:44] glatzor: ping. we need to chat when you have time. [16:44] ScottK: you should go to akademy, those fifty node icecream clusters with make -j50 are always fun :) [16:44] mariusbd: I don't use any [16:44] Riddell: that's right, but pushing 4.2.0 is a somewhat larger scale than normally ... i'm just a bit split about if it is the best thing to do [16:44] Riddell: FYI - rgreening, glatzor: http://cgit.freedesktop.org/packagekit/plain/docs/app-install-v1.draft [16:46] Riddell: I would appreciate any feedback on that as we are planning on meeting again to discuss further. [16:47] Riddell: the -nc lets me compile over without cleaning right? so that will probably keep my code/compile/try cycle a bit shorter. [16:47] aany other tips to speed that cycle up? [16:48] hmm shame, still getting cp: cannot stat `debian/tmp//usr/lib/libkolourpaint_lgpl.so.4.1.0': No such file or directory even without -j5 and with using debuild [16:48] mariusbd: you can also run dh_install --sourcedir=debian/tmp --list-missing to check that the .install files match up to what exists [16:48] mariusbd: look in debian/tmp//usr/lib/ and see what exists [16:49] then either fix kolourpaint.install or just remove it if you don't care about it [16:49] the dh_install gives me the same error [16:49] ah I do have libkolourpaint_lgpl.so.4.2.0 [16:50] instead of libkolourpaint_lgpl.so.4.1.0 [16:51] changed that in debian/kolourpaint4.install lets see if that works [16:52] mariusbd: Then you're trying to mix KDE 4.1 and 4.2 stuff and that's definitely not supported. [16:53] ScottK I'm not trying to mix anything, that mention to libkolourpaint_lgpl.so.4.1.0 is part of a file that is in the extracted and unchanged 'debian/kolourpaint4.install' file [16:53] Riddell: how does KDE convert the Categories in a desktop file to the catergories shown in the KMenu [16:54] rgreening: by following the XDG menu spec, files are in /usr/share/desktop-directories/ and /etc/xdg/menus/kde-applications.menu [16:54] mariusbd: libkolourpaint_lgpl.so.4.2.0 is KDE4.2 and you've got the KDE 4.1 package you're trying to build. [16:55] o in fact I just realize that I'm running kde4.2 on intrepid using the ppa experimental [16:55] glatzor: I think we could add a build script to the existing app-install-data to build the db at build time. That should be simple with the draft spec. [16:55] so I could be mixing up things [16:55] Riddell: ty. [16:56] Riddell: https://bugs.launchpad.net/bugs/309482 looks like it's kwin. [16:56] Ubuntu bug 309482 in xserver-xorg-video-nv "jaunty: Kubuntu OEM enduser setup fails with black screen (nv driver fails)" [Undecided,Incomplete] [17:01]