[00:00] omg, qtparted builds again [00:00] * apachelogger uploads before he finds something else to fix [00:13] [report] qtparted merged [00:16] [report] kdmtheme uploaded [00:16] Serega: https://edge.launchpad.net/ubuntu/+source/kdmtheme thank you :) [00:16] apachelogger: np =) [00:20] bah! qtstalker has changes in .orig [00:24] Serega: yeah, lovely, isn't it :S [00:24] apachelogger: sweet... I'm going to move it to cdbs, ok? [00:25] Serega: you can do everything, but you should keep in mind that everything you change increases the time one has to spend on the next merge [00:25] and, actually, want to clean the patch as it is not locale-aware :-\ [00:25] woohoo! [00:26] lets make that almost everything ;-) [00:40] Riddell: that timing doesn't work for me. as I said, I don't think any time during the next 3 weekends work for me, so I may not be able to do it at all [00:42] hello [00:43] anybody knows where i can found default profile for settings kde4 apps? [00:46] seele: haven't heard anything about resizing issues [00:46] I am experiencing a lot of the same issues that I have in the kde4daily [00:48] Riddell: hahaha, you from Chicago? :P [00:50] nixternal: do you have compiz installed? [00:51] seele: no I do not [00:56] ah hah [00:56] nixternal: looks like compiz breaks kwin or something [00:57] at least with what justin just installed [00:57] he disabled all effects and he can resize windows now [01:03] someone has compiz running with it smewhere because they were talking about it [01:03] seele: bug 237567? [01:03] Launchpad bug 237567 in desktop-effects-kde "resize is not enabled by default when desktop-effects is enabled" [Undecided,New] https://launchpad.net/bugs/237567 [01:07] hmm should I be concerned about kdegraphics failing to build on lpia? [01:07] what is lpia anyways? [01:14] yuriy: yeah... I have to fix up the effects levels for Intrepid... they suck right now [01:14] yuriy: Low Power Intel Arch. [01:32] knite, folks [01:38] nosrednaekim: maybe some of these should be fixed for Hardy? [01:38] (you did desktop-effects-kde? i keep forgetting if it was you or mhb) [01:38] yuriy: I wanted to, but by the time I recognized there was a problem I couldn't [01:38] we kinda did it together [01:38] ah. that explains it :P [01:38] but if there is a bug ^_^ [01:38] maybe some of them could be SRU? [01:39] I'll work on getting a better set of configs [01:39] kdebindings suck! [01:39] gotta get compiz running first :P [01:39] nixternal: are the 4.0 ones bad as well? have been avoiding those [01:39] nixternal: haha,.... apachelogg was complaing about them a couple weeks ago [01:40] not that there's a lack of packages to choose from [01:40] I am having an issue with the DOM:: classes with smoke [01:43] yuriy: whats a SRU? [01:44] stable release update [01:46] ah [01:46] ok... I'll see what I can do. [01:50] nixternal: (since I'm not identified) I doubt my opinion makes any difference regarding your submission, and I'm no longer core-dev. [01:51] nixternal: kdebindings do suck [01:51] I feel your pain [01:53] nosrednaekim: https://bugs.launchpad.net/ubuntu/+source/desktop-effects-kde/ several crashers there [01:54] hmm maybe you can't see them [01:54] since apport bugs are private [01:55] yeah... I can see any crashers there [01:55] hmm maybe I can subscribe you or something. I don't know what the policy on that is, it hasn't been an issue for me since I'm in bugcontrl [01:56] I'd better get in bug ctrl [01:57] seele, yuriy, Nightrose. congrats === claydoh_ is now known as claydoh [01:58] thx Jucato [01:59] yuriy: I suppose you as a council member just can't make me be in bug ctl :P [02:00] nosrednaekim: hehe. wrong council ^_^ [02:00] it should be OK to just subscribe you or assign to you, but I want to make sure what the policy is [02:06] the Jedi Council [02:08] yuriy: I'm the upstream maintaner pretty much so I don't see the harm [02:08] nosrednaekim: I think these are OK to make public anyway [02:09] nosrednaekim: what's your LP id? [02:09] nosrednaekim [02:09] :P [02:14] yuriy: ah, yep. that's it [02:14] Jucato: thanks [02:16] yuriy: ok... that first bug is probably kwin crashing... [02:21] lol, i take it apport replaces usernames with "username" and this guy's username was "t" [02:22] have fun reading that backtrace :P [02:25] nosrednaekim: sorry if a couple of these are duplicates that apport didn't catch, i'm not paying too close attention to the traces [02:28] nosrednaekim: you should probably just subscribe to bugs for the package [02:29] (that doesn't help the private thing though) [02:31] nosrednaekim: ok, you should be able to them all now [02:31] ok [02:31] couple of these aren't even bugs [02:32] nosrednaekim: like? if it crashes it's a bug.. [02:32] titles might be off though, but traces tell all [02:32] like complaining about compiz not working.... and then saying he has no composite extention.... its a driver problem [02:33] nosrednaekim: i think the trace is about something else though, same as half of them or so, about not finding Default.ini [02:34] ah... I see... I think I know what the problem is there too [02:34] lol.... I see the "t" one.. thats pretty funny [02:36] thanks yuriy, I'll take a look at those soon [02:36] :) [02:37] nosrednaekim: http://wiki.ubuntu.com/StableReleaseUpdates for further reading [02:47] wow kdeedu is the 2nd biggest module [03:22] hmm kalzium failed to build [03:27] * dAsKrEeCh finds that he doesn't understand stirgi very much [04:05] mhb: i didn't give up. i switched areas. that being said, i'm reasonably inactive nwo [04:06] * dAsKrEeCh stickes daises in Hobbsee's hair [04:06] ooh, daisies! [04:07] * dAsKrEeCh sticks spelling checks in dAsKrEeCh's keyboard [04:07] :-) [04:11] how are you Hobbsee? [04:12] dAsKrEeCh: doing OK. exams soon :( [04:12] which exams? [04:14] uni [04:14] Duh [04:14] which subejects [04:14] subjects [04:17] a java subject, a computer networking subject, and a maths subject on finite state acceptors, encryption, and otehr fun. [04:22] Hobbsee: sounds wonderful [04:23] good luck [04:26] thanks.. [06:05] nixternal: pokey pokey. if you could update your yakuake-kde4 package to at least 2.9.2. that version has a fix for keyboard shortcuts :) [06:06] kthxbye :) [06:06] what kinda keyboard shortcuts? [06:06] Fixed shortcuts with versions of KDE 4 trunk (4.1) from April 22nd 2008 and newer. The Konsole KPart now defaults to overriding shortcuts, and Yakuake must do additional work to continue to receive them. <---- those kind [06:06] specially shortcuts to switch tabs [06:07] erk [06:07] KDE 4.0 users won't probably notice the bug [06:08] That would be me [06:08] s/notice/have/ [06:24] Jucato: http://bomahy.nl/hylke/blog/yes-its-coming/ [06:25] poo kopete [06:25] er.. poor* [06:25] :D [06:26] Well far as I know that's why Google has been paying Sean for like a yaer now [06:26] Though.. I guess that might have been rumours [06:29] bah [06:29] reboot time [06:29] Jucato: yakuake is 2.9.3 :) [06:29] and yakuake has been 2.9.2 since yesterday [06:30] your PPA? [06:30] yup [06:30] ~kubuntu-members-kde4 [06:30] ok. I'll inform flaccid to update [06:30] thaaaaaaanks nixternal :) [06:31] now can I have free money? :D [06:36] always :) [07:23] good morning, friends [07:23] apachelogger: ping [07:23] morning [07:24] evening! [07:25] good evening, Hobbsee! :) [07:29] mornin' [07:30] http://xkcd.com/433/ [07:34] Oh please let Konqueror be fixed with Qt 4.4 come 4.0.5 :-) [07:35] <\sh> dasKreeCh, use trunk ;) [07:35] \sh: after 4.1 ships :) [07:36] <\sh> what I really like in trunk is the oxygene window color...it has some nice blue stripes in the titlebar...I wonder how I do get that back in 4.1beta packages [07:37] \sh: wait for Beta 2? :-) [07:37] <\sh> dasKreeCh, na it's in trunk :) 4.0.81 ;) [07:38] <\sh> dasKreeCh, so it has something to do with the color scheme [07:38] btw, my kde4-desktop became unusable after night update: strong artifacts on GUI [07:39] maybe proprietary nvidia driver though... [07:40] <\sh> funny...on intel I don't have any problems with or without compositing...but on ati ... with compositing it's unsuable slow...and without it somehow works [07:43] gurus, who can review and upload my merge? it's not very big [07:56] morning all [07:56] Arby: hey [07:56] Arby: I have beaten kdmtheme :) [07:56] I noticed, good work :) [07:57] thank you [08:01] gah >.< i want to s33lp!! [08:07] * Serega misses apachelogger [08:30] morning :) [08:30] Jucato: thx :) [08:46] morning Nightrose [09:29] interesting,,, can I upload my merge by myself? [09:33] Serega: not unless you're a motu [09:33] hm... I want to became a motu [09:34] Riddell: Jon, have you a minute to review and upload? [09:36] Serega: can do, what do you have? [09:36] Riddell: here http://paste.ubuntu.com/17428/ [09:37] it is qtstalker [09:39] https://wiki.ubuntu.com/UbuntuDevelopers#MOTU for how to join MOTU [09:43] hmm, paste.u.c not working here [09:44] Serega: can you use another pastebin [09:44] Riddell: I have use kubuntu.pastebin.ca, but apachelogger has banned it :) [09:45] Riddell: what do you prefer? [09:45] that's fine [09:45] I can repast this in a second [09:45] wait a sec... [09:47] Riddell: http://kubuntu.pastebin.ca/1040226 [09:47] Riddell: I have a python/qt developper here that would be interested in coding a kcm module for xrandr for both kde3 ans kde4 [09:47] Riddell: what is the email of the guy doing the gnome thing we saw at the uds ? [09:47] Tonio_: does the retricted drivers support randr for multiple displays? [09:48] flaccid: I don't use them, but I think there is an effort for this [09:48] Tonio_: bryce [09:48] flaccid: I personnaly use radeonhd atm [09:48] Riddell: Harrington ? [09:48] Riddell: great, I'll ping him on that point then [09:48] Tonio_: yes, but it's probably easier to fix the tool in KDE 4 [09:49] Riddell: the krandrtray ? [09:49] Tonio_: yep its a big gap in the support :( [09:49] especially for nvidia users [09:50] Riddell: I was thinking about that for kde3 too in fact (I still have to consider kde3 for our clients unfortunatelly...) [09:50] "Make debian/rules fail on clean errors" Serega why that? [09:50] Riddell: just to calm down lintian. Maybe phrase isn't so good [09:51] Riddell: you can see: I just have turned on care of clean-errors [09:51] Serega: you edited Toolbar.h ? [09:52] Riddell: nope, debian had that change in .orig [09:52] tsk [09:53] hmm, the same change is in 02_fix_gcc4.3_ftbfs.diff [09:53] if the same == in .orig [09:53] then yes [09:54] It's to send this dpatch stuff to debian maintainer asap [09:54] *it's better [09:54] before they do more changes in original source [09:57] patch unexpectedly ends in middle of line [09:57] patch: **** malformed patch at line 238: [09:57] wibble [09:57] Serega: can you pastebin just the 02_fix_gcc4.3_ftbfs.diff file, patch doesn't like it for some reason [09:58] Riddell: sec... [10:02] Riddell: here http://kubuntu.pastebin.ca/1040236 [10:02] kubuntu.pastebin.ca lagged [10:03] shehs! Riddell you dont sleep?! [10:04] I just had a good 9 hours of sleep [10:04] Riddell: don't tell anyone - you'll loose this superhero aura ;-) [10:05] :) [10:05] but I was hacking on code in that sleep! [10:05] hah [10:05] very good [10:05] ;-) [10:05] true developer never leaves coding [10:05] ^ true [10:06] im still "merging" 3 sources of the same project... made by different developers... >.< [10:07] * santiago-ve started 2 days ago :S [10:10] santiago-ve: what project is that? [10:10] Riddell, the ROMBO project... [10:11] you can read some here: www.rombo.org.ve if you cna understand spanish... or i can give you a small overview [10:13] it uses gambas? [10:14] the client, yes [10:15] that project is a exotic mix of languages~ [10:16] Serega: stalker uploaded, many thanks [10:16] Riddell: thanks Jon [10:18] * santiago-ve getting hungry >.< [10:18] and no pizzas left... [10:18] well back to work anyways... [10:19] it is ok if I pick qemu? [10:19] Serega: that's a complex app, and nothing to do with qt [10:20] you'd need to ask the server team if you wanted to do it [10:20] ah,,, not qt, right [10:20] not really [10:20] so... qsynth? [10:21] go for it [10:21] Serega, Riddell have you seen some app called Qtdevelop¡ [10:21] ? [10:21] santiago-ve: yes [10:21] but only seen [10:21] santiago-ve: no but I've heard of it [10:22] for a sec i thought it was on the repos... anyways... its somewhat "quick" to develop c++ stuff with qt bindings~ very interesting tho [10:23] [dpkg-source output:] dpkg-source: error: file filelight_1.0.orig.tar.gz has size 1386174 instead of expected 718760 [10:23] E: 'dpkg-source -x' failed for /home/lp_archive/syncs/filelight_1.0-2.dsc [return code: 6400]. [10:23] looks like that'll need to be merged then [10:25] how can such happen? misupload of original tar? [10:32] Riddell: looks like qsynth can be synced. I just can't what does " [10:32] mv $(CURDIR)/debian/qsynth/usr/share/applications/desktop $(CURDIR)/debian/qsynth/usr/share/applications/qsynth.deskt [10:32] op [10:32] " do [10:32] sorry [10:33] * Serega will never ignore konversation warnings [10:35] hahahah [10:35] :p Serega happens sometimes :D [10:40] woooooo almost done here >.< [10:45] Serega: it moves it tohave a valid name [10:46] * debian/rules: rename desktop to qsynth.desktop (LP: #93218) [10:46] Riddell: ah... first is not a directory... somehow straightforwards solution. May I fix it in the right way? [10:46] Serega: what's the right way? [10:47] Riddell: if the desktop file is generated by build tools then I will force them to produce 'qsynth.desktop' instead of 'desktop' [10:48] however good patch for upstream [10:49] doesn't look like it is [10:49] Riddell: why would you use another pastebin than paste.u.c? [10:50] Riddell: aha, I see. then create a dpatch which deletes desktop and creates qsynth.desktop. How do you think? [10:50] * Serega waves to apachelogger [10:50] * apachelogger gives Serega a cookie [10:51] * apachelogger has a photo shooting thing in 40 minutes :S [10:51] * Serega crunches and smiles widely [10:52] Serega: shrug, can do [10:53] apachelogger: because p.u.c wasn't working for me [10:53] woohoo! [10:54] Riddell: strange, it's like the only one that is working in a usable way for me all others are loading for ages [10:57] I just wish they wouldn't change everything to dos lineendings [11:01] Riddell: that sounds like a wishlist bug ;-) [11:01] * apachelogger has to leave [11:01] laters [11:01] <\sh> apachelogger, it sounds like a developer bug === hunger_t is now known as hunger [11:11] server reboot?) [11:14] trying to install coremoid from the 4.1 beta 1 ppa which requires libplasma1, but thats not in the ppa repos yet? [11:16] <\sh> flaccid, libplasma2 [11:17] <\sh> flaccid, looks like it's not updated for it [11:19] I see "debian-rules-ignores-make-clean-error" again, is it normal? shouldn't we fix that? [11:20] \sh: yep gotya [11:20] <\sh> Serega, it's a packaging faux pas [11:21] thanks [11:21] <\sh> Serega, file a bug + send fix in dbts and/or fix it in ubuntu [11:22] the correct fix is usually not just to remove he dash though [11:22] \sh: I'm merging this package right now, so I guess no need to file a bug [11:22] <\sh> Serega, it's really a faux pas which should be fixed in debian + ubuntu to be lintian clean :) [11:22] autotools artifacts? [11:23] <\sh> Serega, debian/rules: clean: \n -$(MAKE) clean is wrong ;) [11:23] <\sh> Serega, take a look here: http://lintian.debian.org/reports/tags/debian-rules-ignores-make-clean-error.html [11:24] \sh: I understand but it is a consequence, not a source of problem [11:24] \sh: what forces maintainers to put that dash? [11:25] <\sh> Serega, there are some cornercases where you want that the build / debuild just runs through and not throwing errors [11:26] <\sh> the "dash" will actually do that...ignoring errors in debian/rules aka makefile [11:26] * Serega likes that [11:26] clean builds I mean [11:27] <\sh> it's a misunderstanding of the clean target imho...the same as "not understanding build-dependencies which needs to be installed before someone does debuild -S [-sa -k...] [11:29] w00t! almost done... and i'm gonna make it to get early to work... [11:29] <\sh> Serega, well...clean target, as said, will be executed two times: 1. debuild -S , but most of the time (especially for autotools packages) the Makefile is not created...2. during build phase..Makefile exists, so it shouldn't fail at all, but some Makefiles (even produced by configure) do have bugs, and with the "-" in front of that, the maintainer doesn't see them => totally wrong... [11:30] hehe... [11:30] <\sh> Serega, checking if Makefile exists ==true then executing "make clean" is sane...and if Makefile exists == false , don't call "make clean" :) [11:31] yes, [ ! -f Makefile ] || $(MAKE) distclean [11:31] is the way to go [11:31] cool, I will arm this [11:31] <\sh> Riddell, as written on linitian report page ;) [11:31] that's where I copied it from :) [11:31] qsynth behaves strange... [11:32] several patch-system-but-direct-changes-in-diff, but I have copis all source from orig just before debuild [11:33] I guess some targets modify sources :-\ [11:33] * Serega wants to fix and looks carefully at Riddell and \sh [11:33] <\sh> depends what was done before ... what does changelog says? :) [11:35] \sh: "patch-system-but-direct-changes-in-diff config.guess" I doubt this is reflected in the changelog :) [11:35] Serega: if it's just config.guess/config.sub I don't care [11:36] autotools will do that and I've never found it worth the hassle to tidy it up [11:36] Makefile.in likewise [11:36] Riddell: not only, that's the problem [11:36] what else? [11:36] aaa, f..ck [11:37] \sh: changelog rulez [11:37] :) [11:37] Riddell: 'desktop' is just added by the Maintainer))) [11:37] how did you say this? tsk?) [11:37] tsk indeed [11:37] whew [11:38] it should be added inside the debian/ dir [11:38] and given the correct name [11:38] feel free to fix then send the diff to debian bug tracker [11:39] <\sh> hopefully he didn't just change the .desktop file, and patching other stuff with quilt/dpatch/simplepatchsys or whatever...he should use only one patch system... [11:39] aha, thanks guys [11:39] \sh: no patchsystem was used at all [11:40] <\sh> Serega, why is lintian complaing then, a patch system is added to debian/control then but not used?! [11:40] <\sh> complaining even [11:40] \sh: I have added it :) [11:40] * \sh shoots Serega ;) [11:40] ...but that was only a top of the iceberg [11:41] * Serega dies [11:41] * Serega pursuits \sh as a terrific ghost [11:41] * \sh remebered a ubuntu-motu-school session about patching system...did they ever told the audience, that the debian diff.gz is already a patch system? ,-) [11:42] a patch system that should never be used! [11:43] <\sh> -EDEPENDS -EMAINTAINERDECISION -EBUTDONTINTRODUCEANEWONERULE1 [11:44] <\sh> but we can agree...diff.gz is nice, but for small/medium/heavy source patches totally stupid....the same goes for cdbs/simplepatchsys [11:44] that guy have converted one icon fron png to xpm. I think it's better to convert at the build time by imagemagick, how do you think, gurus? [11:45] <\sh> Serega, and introducing a complete imagemagick build-dep? [11:45] sounds like hassle [11:45] also the .xpm is for debian menu system, which we don't care about in ubuntu land [11:45] <\sh> Serega, shiped in debian/ or directly in $(CURDIR)? [11:45] \sh: .dep of course [11:46] in .org :) [11:46] <\sh> but the old .png is still there? [11:46] Riddell: oh, okay I will move it to ./debian only for debian [11:46] * Serega is poetic today [11:47] * \sh is confused now [11:47] \sh: what? [11:47] <\sh> if debian maintainer is doing that in diff.gz, leave it as it is...don't introduce another barrier.... [11:48] <\sh> if the .png from .orig.tar.gz is not installed to the proper location, address this only in debian/rules and install the .png [11:49] <\sh> if you need to patch things, please use the same patch system (here: diff.gz) and annotate that in debian/changelog or a sane location [11:49] \sh: png is installed [11:49] \sh: I would like to perform this for build sanity [11:50] \sh: I will do as you advice, thank you [11:50] <\sh> Serega, just remove quilt/dpatch from debian/control and patch the sources directly as the maintainer did...that helps ... and file a bug to debian maintainer, to switch patch system to a sane default [11:51] <\sh> hopefully he listens ;) [11:51] \sh: heh, that's easy. ok. [11:51] \sh: erm... please point me to debian bugtracker [11:51] <\sh> bugs.debian.org ? [11:52] dunno, really [11:52] <\sh> you need to file the bug via email still :) [11:52] :) [11:52] oh... [11:52] <\sh> it's not as simple as lp but there is a doc who to do it [11:52] <\sh> s/who/how/ [11:57] \sh: is "Please convert your changes to high level patchsystem patches" sound good? [11:57] as a title [11:58] hi all, i have a bad crash on kde4.0.80. here it is: [11:58] * santiago-ve writes: bzr commit -m " kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window [11:58] kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window [11:58] kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window [11:58] kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window [11:58] kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window [11:58] kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window [11:58] kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window [11:58] kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window [11:58] NForce24, use pastebin please [11:58] aw... [11:58] kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window [11:58] shit, sorry [11:58] ban NForce24 [11:59] NForce24: you might want to read freenode guidelines [11:59] ok i cant use this client :/ [11:59] why not use something useable like konversation [12:00] hell im hugry as hell [12:04] flaccid: what was he using? [12:05] santiago-ve: did you just eat NForce24? O.o === nforce is now known as nforce__ [12:05] Jucato, well... i think... i just ate an arepa with meat :D [12:06] Jucato: actually not too bad.. KVIrc 2.1.3 'Renaissance': build 5022 Thu Nov 23 13:23:48 UTC 2006 [12:06] ok, now i hope it will paste normally [12:06] i have upgraded my kde4.0.5 to kde4.0.80 via apt-get dist-upgrade, and now system settings->appearance does not work..when i click on it, system settings exits. the same problem with kopete->configure->chat window [12:07] [20:58] NForce24: i can't replicate your bug. are you sure the upgrade worked correctly? does sudo apt-get update && sudo apt-get upgrade && sudo apt-get install kubuntu-kde4-desktop return anything besides nothing to upgrade? [12:09] my upgrade didn't work correctly. i got many errors, and i had to do apt-get -f install many times. errors were on kdebase packets (but after few tries, they were updated) and there were errors on updating kdeutils too [12:10] and only kdf packae is still not installed because of error [12:11] nforce__: so what is the output of the command above? [12:11] Riddell \sh: damn... looks like qsynth-0.2.5 package is an orphan: upstream is 0.3.2 from 2007-12-19 ! [12:12] hum, time for an upgrade? [12:12] <\sh> Serega, check wnpp meta bug list on dbts :) [12:12] updated 0m installed 0 new, 0 for remove, and 0 not updated [12:12] Riddell: may I, may I repackage it? it helps me to understand packaging [12:12] :) [12:12] <\sh> Serega, http://bugs.debian.org/wnpp [12:14] <\sh> Serega, the last upload of the orig maintainer was 2006-11-27 [12:14] <\sh> http://packages.qa.debian.org/q/qsynth.html [12:15] Serega: go for it [12:15] Riddell: repackage from scratch for sid? [12:15] intelligently, of course [12:16] well I'd start with intrepid [12:16] then submit to debian if you want [12:25] why are build-stamp file tricks needed? [12:35] * Serega goes to the job :( [12:47] file tricks? [12:49] Riddell: so i was thinking about kickoff menu items and intrepid upgrades [12:49] seele: mm hmm? [12:49] Riddell: and pretty much anyone upgrading from 3.5.9 to 4.1.3 will have a lot of double kde3/kde4 applications, huh? [12:49] Riddell: should we think about an upgrade/remove utility for in the upgrade process? to clean out old kde3 applications (editable of course) [12:50] seele: in intrepid most kde 3 apps are just replaced with the kde 4 one [12:50] right, so how does that effect currently installed applications? [12:50] right now i have hardy and a ton of kde3 applications [12:50] they get upgraded to the kde 4 version [12:50] ok, so kde3 app entry gets removed? [12:51] it's not like hardy where we have kde 3 and 4 co-installable [12:51] unlike what happens now? [12:51] yep [12:51] ok ok, that's what i wanted to make sure of [12:51] cool, thanks for indulging me :) === davmor2 is now known as davmor2_on_shopp === davmor2_on_shopp is now known as davmor2_back2nit [12:56] Riddell: what if I wanted the kde3 version.... is kde3 now going to be installed to /usr/lib/kde3 :P ? [12:56] or will you just chnage the executable name.... [12:57] Will KDE4 really be ready for commercial use? [12:57] i would hope so [12:58] nosrednaekim: kde 3 libs is still around, if there's no kde 4 version then we'll only have the kde 3 package still [12:59] txwikinger: it'll be ready for an intrepid release [12:59] ok.... I can't think of any kde3 apps I'd like to have when I can have the kde4 one, so thats probably going to be fine. [13:01] nosrednaekim: how does this time and day suit you? https://wiki.kubuntu.org/KubuntuTutorialsDay/Prep [13:03] fine as far as I know right now [13:03] Hopefully there won't be any graduation parties i'll have to go to... [13:03] so everyone is fine apart from yuriy [13:04] and I have a day or so to get really familiar with making plasmoids :P [13:09] a week [13:10] Riddell: I'll be gone half the week for orientation at the university [13:11] libqt4-debug: Depends: libqt4-gui (= 4.3.4-0ubuntu3) but 4.4.0-1ubuntu5 is to be installed [13:12] Riddell: please kill the libqt4-debug deb [13:16] nixternal: It seems that your recompile-gtk-qt-engine-kde4-with-KDE-4.1 trick didn't work. It also seems that the latest svn update of gtk-qt-engine fixes the segfaultiness. [13:17] nixternal is still asleep no doubt :P [13:17] Best time to kick him. He won't move. [13:19] I tried to package the latest svn but the patches won't apply [13:27] JontheEchidna: uploaded your patch to bug 235121 thanks [13:27] Launchpad bug 235121 in kubuntu-meta "kubuntu-desktop missing "KDE" in description" [Wishlist,Triaged] https://launchpad.net/bugs/235121 [13:28] ah, no need to package google gadgets for linux, plasma is getting native support :D [13:36]