[00:23] JontheEchidna: I'm going to do meta-kde to update kde-sc-dev-latest, so the new version of the package should be meta-kde-60ubuntu2 or meta-kde-61ubuntu1 ? [00:23] ScottK: https://wiki.kubuntu.org/KubuntuMaverickUpdates?action=diff&rev2=3&rev1=2 diff for you, changing that is just a config option I believe [00:23] lex79: current one is 4:4.4.3+5.60ubuntu1, so meta-kde-60ubuntu2 would follow. what's your logic for meta-kde-61ubuntu1 ? [00:24] uhm dunno, i saw in changelog this: meta-kde (5:60ubuntu1) maverick; [00:25] uhm, well, 4:4.4.3 comes from debian/rules [00:26] 5.60ubuntu1 comes from the changelog [00:26] so 5:60ubuntu2 [00:27] ok, but why not 61ubuntu1 ? [00:27] just curiosity :) [00:27] well does debian use version 61? [00:27] ah, no :) [00:28] ok so 60ubuntu1 [00:28] 5:60ubuntu2 [00:28] ehm 2 [00:28] yes :) [00:31] we don't need now to bump KDE build-depends in every package since we have kde-sc-latest, just to be sure meta-kde is upated and keep the build-depends >= 4:4.4 [00:31] right? [00:31] not sure if the build-depenends need to be versioned at all [00:35] * Riddell grabs koffice 2.2.0 and starts packaging [00:58] lex79: new qtwebkit uploaded to ninjas [00:58] ok [00:59] * Riddell imagines qtwebkit clad in black in its himalayan hideaway practicing HTMLfu [01:03] um.. [01:07] * Riddell snoozes [01:53] Riddell: I think that's correct. dantti said something similar when he reviewed it. [02:58] ScottK: ping [02:58] DarkwingDuck: Pong. [03:00] ScottK: do you know if using a liveCD will work to clean a massive virus attack on a windows system? [03:01] DarkwingDuck: Take a regular Kubuntu live CD, install klamav, mount the NTFS partition and scan away. [03:01] SWEET! [03:02] * DarkwingDuck kisses ScottK feet [03:09] [ubuntu] Jonathan Thomas * echidnaman@kubuntu.org-20100525020901-e8u3h8ere1de01ch * debian/ (17 files in 3 dirs) (log message trimmed) [03:09] * New upstream beta release: - Bump build-depend versions - Refresh knetattach [03:09] patches for upstream indentation changes - Drop the virtuosoconverter patch, no [03:32] JontheEchidna: no need to bump kdelibs5-dev in kdebase-runtime I think, >= 4:4.4 should be fine [03:32] we have kde-sc-dev-latest package now [03:32] or not? :) [03:34] it's habit :P [03:35] :) [04:19] * ScottK did a test upgrade from lucid to maverick and only found one file overwrite problem. It's fixed in bzr. [04:25] DarkwingDuck: Can you help me out and update this for Lucid: https://wiki.kubuntu.org/Kubuntu/Netbook [04:25] * ScottK totally forgot about it. [04:36] wow, this pkgkde-symbolshelper is magical [04:36] just save that diff that dpkg-buildpackage gives you to symbols.diff [04:36] then just do "pkgkde-symbolshelper patch symbols.diff -p packagename" [04:37] it'll ask you if you want to use the upstream version or the ubuntu version in the .symbols file (you'll generally want upstream unless a patch introduces things) and you're golden [04:44] I think MoDaX is the one you want to thank. [04:51] DarkwingDuck: Thanks for the shout out. Fundamentally you can't run the virus scan with the compromised system, you have to boot from trusted media. Otherwise you never know if the infection has coopted the virus scanner or not. [06:16] :( [06:17] Ive a broken system and I cant seem to repair it. [06:17] and encryption is being evil to me... [06:23] maco: over here is probably more appropriate [06:24] hi [06:24] im actually likely to fall asleep at keyboard [06:25] maco: so issue is that I get: kstartupconfig4 does not exist or failed. the error code is 3. [06:27] when I boot into recovery and try mount the home dir with ecryptfs-mount-private it tells me its not setup correctly... [06:27] its very, very annoying... [06:27] ecryptfs stuff changed in lucid i think [06:27] kirkland blogged about changes [06:27] oh crap [06:27] this machine was an updated machine. maybe something got borked? [06:29] maco: Im just looking for the post you mention on Dustins blog... [06:32] im thinking of http://blog.dustinkirkland.com/2010/02/attention-encrypted-home-users.html i think [06:33] yeah, Im just reading that [07:00] ooh, very cool: http://kamikazow.wordpress.com/2010/05/23/kdes-webkit-browser-rekonq-gets-extension-support/ [10:15] Tonio__: bzr log -r 242 on kubuntu-default-settings "Fixed kwinrc, disabling UnredirectFullscreen" what's that for? [10:16] Riddell: hum that's pretty old... I don't remember... [10:16] Riddell: I think it was to fix a bug with okular with fullscreenmode. [10:17] Riddell: I remember beeing asked to fix something like this [10:18] Riddell: https://lists.ubuntu.com/archives/kubuntu-bugs/2009-February/066071.html [10:19] Riddell: I was told to do it because of that message afaicr [10:29] Tonio__: seems it caused this http://www.phoronix.com/scan.php?page=article&item=kwin_speed_test [10:36] Riddell: hum... weird, but indeed that's possible... [10:37] Riddell: does it have a hudge impact on opengl performances ? [10:37] dunno, read the article :) [10:37] Riddell: I read the test very quickly and didn't see anything related to some kubuntu specific config (as I said I read quick...) [10:37] "valorie-zimmerman joined kubuntu-users", yay, valorie is one of us! [10:39] :D [10:40] Riddell: ho complained it was cause by that settings change ? I saw nothing in the article :) [10:44] Tonio__: lubos [10:47] Riddell: no need to wonder if he's right then... [10:48] Riddell: I wouldn't dare to go against what lubos said... [11:15] apachelogger: got a sec? [11:19] apachelogger is travelling today [11:19] ah.. [11:19] Riddell: can you tell me if we patch plasmoids too? ( reference to : https://bugs.kde.org/show_bug.cgi?id=233347 ) [11:19] KDE bug 233347 in general "Forgeting all devices causes plasma crash" [Crash,Unconfirmed] [11:27] shadeslayer: we can patch whatever we like [11:28] Riddell: hehe.. well a patch might have caused that crash,so thats why im asking you guys to have a look,or comment there :) [11:28] we don't patch that plasmoid as far as I know [11:29] we do patch solid for mounting local devices as a normal user [11:29] ah.. [11:30] /usr/lib/pymodules/python2.6/PyQt4/QtCore.so huh, that's python? [11:31] Riddell: i think its something else : /home/shadeslayer/.kde/share/apps/plasma/wallpapers/clock/contents/code/wallpaperrenderer.py, [11:31] wrong thread [11:32] well anyway I recommend waiting for the 4.5 beta packages to be done to test them [11:32] that don't have our patch to solid in [11:32] Riddell: yes i know,but doesnt that mean that the crash could have come from that wallpaper clock ? [11:32] Riddell: ok :) [11:32] Riddell: btw when can we expect them? [11:36] see https://wiki.kubuntu.org/Kubuntu/Ninjas/Packaging [11:40] hmm.. maybe i can help with a small package... [11:41] Riddell: where do i get the kdeartwork package from ? ( seems like a easy start to me :P ) [11:42] shadeslayer: I need your ssh key [11:42] Riddell: do i pastebin that? or do you need my LP page? [11:42] LP page good [11:42] Riddell: http://launchpad.net/~rohangarg [11:44] shadeslayer: ssh ftpubuntu@ktown.kde.org [11:44] sources in unstable/4.4.80/src [11:44] Riddell: ah thanks :) [11:44] grab our packaging with bzr co lp:~kubuntu-members/kdeartwork/ubuntu [11:45] put the two together. we're changing to source format 3.0 so add source/format file and use the .bz2 as the .orig [11:45] dch -i for new changelog [11:45] Riddell: oh i know about the 3.0 format :) [11:45] debuild check for new build dependencies in the cmake output [11:45] Riddell: sure :) [11:46] if it compiles run dh_install --list-missing to see if there's any files that should be put into .install files [11:46] ah didnt know that :P [11:47] kdeartwork is special, you have to manually update kscreensaver-xsavers.install based on xscreensaver-data's contents (also xscreensaver-gl) and kscreensaver-xsavers-extra.install based on xscreensaver-data-extra contents (also xscreensaver-gl-extra) [11:47] so check if any changes needed there [11:48] this all needs to be done inside a maverick chroot with the other 4.5 beta packages installed [11:49] debian/control build-depends versions will need updated too of course [11:49] of course :) [11:49] 11:47 < Riddell> kdeartwork is special, you have to manually update kscreensaver-xsavers.install based on xscreensaver-data's contents (also xscreensaver-gl) and kscreensaver-xsavers-extra.install based on xscreensaver-data-extra contents (also xscreensaver-gl-extra) === shadesla1er is now known as shadeslayer [11:49] 11:47 < Riddell> so check if any changes needed there [11:49] 11:48 < Riddell> this all needs to be done inside a maverick chroot with the other 4.5 beta packages installed [11:50] Riddell: yeah i got those :D [11:50] shadeslayer: but do you have a maverick chroot with the other 4.5 beta packages installed? [11:50] Riddell: no im making that right now :P [11:50] do you know how to get the ninjas PPA packages? [11:51] Riddell: i believe that you have a PPA for that? [11:51] well yes, do you know the secret password? [11:51] im new to this,so will need some guidance :D [11:51] Riddell: heheh.. no,its a secret :D [11:52] shadeslayer: I added you to ~kubuntu-ninjas, use your power wisely [11:53] PPA secret details at https://edge.launchpad.net/~kubuntu-ninjas/+archive/ppa [11:53] mind and mark the wiki page to say you're working on kdeartwork https://wiki.kubuntu.org/Kubuntu/Ninjas/Packaging [11:53] Riddell: thanks :D [11:53] Riddell: sure.. :) [11:59] Riddell: The PPA line below needs to include the username and password above, so the URI part would look like this: [11:59] Riddell: what password? :P [12:00] Riddell: oh btw ill have to backport the packages right? first build them for maverick in pbuilder and then for lucid [12:00] ( making minimal changes along the way ) [12:06] shadeslayer: copy "the deb entry" for the PPA (changing distro version to maverick) [12:06] ok [12:06] shadeslayer: just use a chroot, not a pbuilder [12:07] shadeslayer: we tend to finish the packages for the current version (maverick) before going on to do the backports [12:07] Riddell: oh ok.. [12:07] shadeslayer: if you use a pbuilder you can't build it then check for and fix the build problems after build [12:08] pbuilder is only the very final stage to test everything is ok (and I'd just put it into the PPA which does the same thing) [12:11] revu needed http://revu.ubuntuwire.com/details.py?upid=8211 [12:11] librcps for koffice [12:15] Riddell: oh btw cant i use a pbuilder install as a chroot too? [12:16] like with sudo pbuilder login... [12:16] shadeslayer: yes but it'll all disappear when you logout so that seems a bit dangerous [12:16] you can untar the compressed archive somewhere manually [12:17] Riddell: ok.. well im making a basic chroot right now :) [12:19] Riddell: oh btw one more thing,ill have to build the package inside the chroot first right? [12:19] yes, that's kindae the whole point :) [12:20] Riddell: FTBFS: http://paste.ubuntu.com/439307/ [12:21] Can't say I know why, though [12:21] Riddell: how do i do that? ive only used pbuilder before :) [12:22] shadeslayer: sudo mkdir chroot/root/kdeartwork [12:22] sudo cp chroot/root/kdeartwork [12:22] sudo chroot chroot [12:22] voila [12:22] Riddell: no i meant how do i build the package inside the chroot? debuild ? [12:23] bbl [12:23] JontheEchidna: hum [12:23] shadeslayer: yes debuild [12:23] and if you get an error and fix it, debuild -nc to stop it having to do the whole thing again [12:23] debuild -S for source only (cleans out build) [12:24] ah ok :) [12:25] thank god my isp upgraded my internet plan.. :P .. getting 75 KBps :P [12:25] chroots can be painful like that [12:26] Riddell: oh no.. thats just the scp :) [12:26] kdeartwork is not small either [12:26] yeah.. but just about 60-70 MB [12:27] it has all the pretty stuff :P [12:30] Riddell: kde-sc-dev-latest << is that even a package? kdeartwork has a build dep on it :P [12:33] oh noes... archi [12:33] archive is corrupted :( [12:34] shadeslayer: yes, it's some new bit of packaging cleverness from Debian [12:35] :) [12:51] updated revu needed http://revu.ubuntuwire.com/details.py?upid=8212 [12:55] I was wondering, why was konversation replaced with quassel? [12:56] because there wasn't a KDE 4 version at the time [12:57] Riddell: just some info : https://edge.launchpad.net/~kubuntu-ninjas/+archive/ppa/+sourcepub/904419/+listing-archive-extra : says it closes bug 666 whereas bug 666 does not concern gluon 0_o [12:57] Launchpad bug 666 in Launchpad Bugs "can't file a bug on Ubuntu" [Medium,Invalid] https://launchpad.net/bugs/666 [12:57] ah, so any plans to go back to it? it feels to me (and a few others in #kubuntu seem to concur) that konversation is more convenient/mature [12:58] are there any other merits to using quassel? [12:59] +1 for konversation ... [12:59] shadeslayer: poke Quintasan_ (although too late to change now really) [12:59] Quintasan_: pokey pokey :P [12:59] Riddell: well still its a mistake that has to rectified :) [12:59] better now than never :P [13:00] amichair: it's been discussed at various meetings since. there seems to be various small advantages to either one, no paticular feature stood out as making the decision easy either way so we stayed with the status quo [13:00] Riddell: ok. It's true that they are both pretty usable, all in all [13:00] and I use irssi so nobody cares about my opinion :) [13:00] Quintasan_: please read backlog whenever youre free,about https://edge.launchpad.net/~kubuntu-ninjas/+archive/ppa/+sourcepub/904419/+listing-archive-extra closing bug 666,the gluon package is unrelated to that bug :) [13:01] Launchpad bug 666 in Launchpad Bugs "can't file a bug on Ubuntu" [Medium,Invalid] https://launchpad.net/bugs/666 [13:01] though I thought with all else being equal, kubuntu opts for official kde stuff [13:01] Riddell: irssi is the cli one? [13:01] amichair: neither is part of KDE SC and both use kdelibs [13:01] yes [13:02] Riddell: oh, for some reason I was under the impression konversation was the sponsored one. I stand corrected :-) [13:03] the one thing missing from both (afaik) is integration with the new notification system [13:04] hmmm? my quassel notifications go the same place my kontact ones do [13:04] I have a slight preference for konversation simply because it's better known (to the extent of being used by non-KDE users) [13:04] or am i missing something? [13:04] they both have message indicator integration too [13:04] hi guys.. what applications are dependent on QCA ? especially, is there anything in kdebase which depends on QCA (e.g. kdewallet) ? [13:05] konversation has it's own bubble notification thingy, but I haven't seen it play nice with the built in notification mechanism [13:05] amichair: afaik konversation also has a OSD notification system [13:05] SandGorgon: apt-cache rdepends libqca2 [13:06] both konversation and quassel have nice upstreams. quassel guys sit in this channel giving them a slight edge :) [13:06] shadeslayer: yeah, that's what I meant - it works fine, just not part of the kde integration experience (or however it's advertised) [13:06] yeah :) [13:07] anyway, on the new netbook install I'm giving quassel a fair try. For now I'm still +1 konversation, fwiw :-) [13:08] Riddell, I built kde on my machine, but did not have qca devel installed.. the compiled KDE seems to work fine in Xephyr (I see that CmakeCache has a warning about qca not found) [13:11] SandGorgon: reverse-build-depends libqca2-dev might be interesting too [13:11] SandGorgon: http://paste.ubuntu.com/439320/ [13:36] \\\\\\\\\]\\ [13:36] whoops :P [13:41] JontheEchidna: http://revu.ubuntuwire.com/details.py?upid=8212 if you can [13:41] updated package [13:49] Riddell: looks good [13:50] well I know I'm good looking, I'm a Kubuntu developer. now how about that package? [13:51] ;) [13:51] hehe :) [13:51] Riddell: The package looks good too [13:52] Riddell: oh, wait [13:53] Riddell: librcps-dev needs a dependency on ${misc:Depends}, but otherwise it looks perfect [13:53] bah, does anything use misc:Depends ? [13:53] lintian complains if things don't [13:54] lintian and dh_make should get together and get their story straight [13:54] I usually put "Added a depend on ${misc:Depends} for lintian happiness" in debian/changelog whenever I have to do that [13:54] or "to appease lintian" [13:57] Riddell: btw is it necessary to enable repos other than main and the kubuntu ppa for the chroot? or will those do? [13:57] shadeslayer: if the package is in main then it needs to compile with only main enabled [13:57] kdeartwork is in main [13:57] oh ok :) [13:58] Riddell: and no need for kubuntu ninja ppa? [14:57] Riddell: I have looked at kdevelop and kdevplatforms [14:58] debian and our stuff are a little bit two different branches at the moment, even both are 4.0 [14:59] I probably have to go step by step and merge to contain the newest from both [14:59] txwikinger: I uploaded the packages from our PPA, but if they can be merged or synced that would be better [15:00] txwikinger: any reason why they can't be synced? [15:00] Riddell: hi, do you know which licence are the adept sources? I would like to add the lgpl header as it only has the author name [15:00] is the Google V8 engine, a drop-in replacement for KJs ? [15:00] Riddell: Well debian has a lot of language stuff we don't have [15:00] txwikinger: language stuff? [15:01] i10n [15:01] we have I think 4.0.3 Debian 4.0.0 [15:01] dantti: Should be BSD license, iirc [15:01] I have not had the time to understand what the functional difference is [15:02] JontheEchidna: hmm so can I change it? what do you suggest to me? [15:02] Riddell: I will keep in mind to look if we could just sync it from Debian [15:02] dantti: it's BSD indeed http://kubuntu.pastebin.com/BnPG0D2j [15:02] dantti: You'd have to ask mornfall if you could relicense it, I suppose, otherwise it will have to retain the BSD license [15:03] dantti: it's compatible with GPL and LGPL, so you can copy/paste it into GPL or LGPL files, just make sure to include the BSD text too http://kubuntu.pastebin.com/BnPG0D2j [15:03] SandGorgon: no [15:04] txwikinger: how do you mean i10n? is there a separate package? [15:04] Riddell: that means i can put that ***lplg that kde uses*** and add that bsd text to all files too? [15:04] *lgpl [15:04] dantti, how is the print manager coming along ? any ppa ... [15:05] dantti: yes [15:05] Riddell: yes.. I think the debian version has more binary packages in the control file [15:05] Riddell: k thanks [15:05] SandGorgon: you can try it on kde's playground [15:05] txwikinger: we should follow them in terms of what binary packages get made [15:05] Riddell: yes [15:05] SandGorgon: the add printer is the only missing part, but it's also a bit complex [15:06] dantti, all right.. cant wait ;) [15:06] Riddell: I will look at the details.. I just need some more time fo it [15:06] SandGorgon: if you don't need to add printers you can test to maybe find some bugs :D [15:14] dantti, does that I mean I can configure printers using printer-applet and print-manager will use those settings ? [15:15] dantti: p-m where in playground [15:15] ? [15:15] allee: base [15:16] dantti: ah. I see it. thx [15:16] SandGorgon: well both should set the settings in cups so the gui doesn't matter [15:17] allee: np [15:17] are there other distros that will use/support p-m? [15:18] allee: I believe since Riddell doesn't have much time to support the current one all of them would start using the new one [15:18] :) [15:19] once it gets feature complete it should go into kdeutils and replace the existing ones [15:22] mhmm, no python anymore in p-m === jjesse_ is now known as jjesse [15:31] I wish someone would do Calibre without python - I love that tool! Maybe after I'm done on my current work, I'll do that [15:32] SandGorgon: what's calibre? [15:34] Riddell, document and ebook management - its really quite nice. Best part is the integration with isbndb to pull meta information for books (ISBN, excerpt, publication date, etc.) [15:37] SandGorgon: what's your objecting to python? [15:39] I work on a netbook - it consumes too much memory. OT - I actually work on python for webdev [16:05] Riddell: do i need to merge the debian changelogs as well? [16:05] ( regarding kdeartwork ) [16:05] shadeslayer: that should already have been done as part of the 4.3.3 merge [16:06] ah ok :) [16:06] so i just need to add the new entry.. [16:06] yes === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [16:34] Riddell: ok one more thing,im editing the rules file,do i need to add dh_install --sourcedir=debian/tmp in it or is that automatically detected? [16:34] i probably have to do it i think [16:34] s/do/put [16:36] maco: bug 582342 misses a debdiff, also there's no test case (it's also a very large non-minimal debdiff) [16:36] Launchpad bug 582342 in gramps (Ubuntu Lucid) "[SRU] Please upgrade Lucid gramps from 3.2.0 to 3.2.3" [Medium,Confirmed] https://launchpad.net/bugs/582342 [16:37] there's also two uploads of gram in the queue, which should I reject? [16:37] the older one [16:37] i missed a bug number out of the changelog entry on it [16:38] shadeslayer: why are you editing the rules file? [16:38] Riddell: conversion to 3.0 format.... [16:38] it used pkg-kde-tools... [16:39] i know there's no debdiff. when did they re-become a requirement? what i uploaded i a straight sync with maverick. would you prefer that i suggest it to backports even though upstream says it's a bugfix-only release? [16:39] shadeslayer: you shouldn't have to change the build method because of a change in dpkg-source format [16:39] Riddell: but shouldnt we use the newer dh --with-kde rules? [16:40] shadeslayer: I think you're confusing dpkg-source format (1.0 v 3.0) and build method (debhelper 7 vs cdbs) [16:40] shadeslayer: we should follow whatever debian does [16:40] no point creating diff from them [16:40] ok,and one more thing,i should up the version of kde to 4.4.80 or do i let it remain as 4.4 ? [16:41] Riddell: also, whats uploaded there is still waiting on SRU team AC [16:41] shadeslayer: bump the build-depend version of kde-sc-dev-latest, and leave the other kde*-dev versions alone for now [16:41] JontheEchidna: ok :) [16:41] maco: I know, SRU are being very unresponsive, probably because pitti and slangasek have moved their dayjob teams [16:42] maco: but they're unlikely to ack without the required debdiff on the bug or test case [16:42] Riddell: SRU team are always unresponsive except for when you nag jdong [16:42] im actually wondering how long itll take for one of them to say something on that bug report if i *dont* PM jdong [16:42] maco: worrying really, I wonder if someone should be told [16:43] i dont think 6 is enough people to get through the 300 open bugs they're subscribed to [16:45] JontheEchidna: bump the version to 4.4.80 right? [16:46] shadeslayer: yep [16:46] damn, naming a library "R" was a horrible idea [16:46] hahah [16:52] Riddell: when do we get a new site? [16:52] we were *promised* within a week after uds.. [16:53] shtylman: goodness knows, I had rickspencer3 poke them yesterday but I doubt it helped [16:53] rickspencer3: any luck or can you poke harder? [16:54] Riddell, I can try, yeah [16:54] it's squinky, btw, who is assigned to the task [16:56] maybe we can prod? .. [16:56] :p [17:09] this is like installing kde all over again :P http://paste.ubuntu.com/439415/ [17:11] shtylman: we need a longer stick with the new kubuntu logo at the end :P [17:11] um..what? [17:11] shtylman: regarding the new site... doh! [17:12] ahh [17:15] ok while running the command cmake .. in extracted kdeartwork sources i get this : http://paste.ubuntu.com/439421/ [17:16] i know the first error is about not being able to find kde,which is obvious since this is a chroot,what do i do with the 2nd error? [17:16] not really a error,more of a warning [17:17] should i make a patch? [17:17] or since its just a warning.. i let it be :P [17:17] shadeslayer: make a patch or just hope of kde-devel and maybe let someone know? ... its not critical [17:18] but it is nice to have the build system be clean [17:18] I would say just let someone know [17:18] and they can pick the right cmake version that the rest of kde uses [17:18] shtylman: ok.. ill let the guys at kde-devel know,but for now what do i do with the 4.4.80 package? [17:19] shadeslayer: you can ignore it? [17:19] shtylman: ok.. [17:20] shtylman: im installing the build deps for kdeartwork right now,so lets see what happens :P [17:37] \o [17:39] JontheEchidna: did you upload the merge? [17:43] hehe.. kde-devel says install kdelibs-dev first and then compile.... as if thatll help :P [17:46] shadeslayer: if you haven't installed the build-deps them it's not surprising cmake output complains of missing dependencies [17:47] brb [17:50] Quintasan: I couldn't. The new attica in maverick breaks KDE 4.4. [17:51] It'll get in with KDE 4.5 [17:51] oh, okay [17:51] JontheEchidna: by the way, can I remove README.source now, when we are going to use SrcFormat 3.0? [17:52] Quintasan: yeppers [17:52] okay [17:52] Quintasan: i was just about to ask the same thing :P [17:54] we'd be able to drop the quilt build-dep too, except that debian-qt-kde.mk still needs it [18:06] I must say, 4.5 is being rather tame from a packaging perspective [18:07] good afternoon [18:08] it's nixternal! [18:08] nixternal: are we ever going to get results from the release survey? [18:09] sure, i can do that [18:13] JontheEchidna: hgnh, any PROTIPs on editing patches? I usually copy the contents, remove the patch and create a new one under the same name [18:13] Quintasan: Not really. :( It's a real pain [18:14] yah [18:20] JontheEchidna: about kdebase, there is a patch fix_systemsettings_aboutme -> and part of the patch goes like this -> http://wklej.org/id/339902/ -- do we still want it? The rest of the patch is already there [18:22] Quintasan: are you doing kdebase 4.5 beta? [18:22] lex79: yes, and I'm sure I wrote my name on the wiki [18:22] nope [18:22] @_@ [18:22] nope [18:22] Quintasan: we want that bit [18:22] uff [18:22] allee: ^Right? Can chfn do real name yet? [18:23] lex79: sorry for that, I tend to forget that [18:23] ok [18:26] Quintasan: we could disable the patch entirely for now, and check if full name setting works [18:32] hmm [18:32] Quintasan: that patch is not upstream :s [18:32] I don't have a pbuilder for maverick [18:32] I think source format 3.0 might have screwed things up when patches failed to apply on a previous patch [18:32] It did that to me a few times for kdebase-runtime, and it was very annoying [18:33] I think it turned out that I hadn't bumped the version to 4.4.80 in debian/changelog, and that fixed it [18:34] JontheEchidna: which patch is not upstream? [18:34] Quintasan: the aboutme one [18:35] oh shit [18:35] wth [18:35] @_@ [18:35] damn you quilt === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [18:52] Riddell: got a sec? [18:52] shadeslayer: always for you baby [18:52] hehe.. : [18:53]