=== santiago-pgsql is now known as santiago-ve === jjesse_ is now known as jjesse [02:24] can anyone get flash to work in arora? [02:30] works fine here [02:30] Right, but you're sick and went to the dentist today. You aren't a credible witness. [02:30] ;-) [02:30] how did you install it? i used the deb packaged and restarted arora and it still isnt working [02:33] I installed flashplugin-installer a while back [02:34] hum.. that is already installed [02:34] grr [02:34] i'm not giving it a passing grade if i can't get hulu to work! [02:34] * seele stomps her foot [02:35] come to think of it, hulu didn't work the last time I tried it [02:37] youtube works, though [02:37] yeah, hulu no workey [02:40] yeah, screw that. F === Guest51315 is now known as santiago-ve === biatonotunix is now known as biato === biato is now known as matias === matias is now known as biatonotunix [07:57] hi \o [11:00] Very quiet today... Is everybody traveling to akademy? [11:16] nope, some don't ;) [11:18] wish I were [11:36] It seems the reverse dependencies of kdebase-runtime 4.2.95 are in karmic while kdebase-runtime itself isn't [11:46] should any updates yesterday in kde settings disable keyboard layouts? today i had to re enable them [11:52] same here [12:05] and i want my sound back, makes video editing hard *sulk* ;) [12:06] :) [12:06] what happened to your sound? pulse audio? [12:08] seaLne: I think there were some xorg/hal updates that broke keyboard layouts in X yesterday. [12:12] pkt: hmm actually it looks like sound is working again \o/ alsa just seemed to be crashing which was weird kmix would die if you did anything and alsamixer wouldn't work either [12:16] seaLine: that is good news, since my sound is still not working [12:16] but I don't care enough to look, there are bigger problems for now :) [12:18] btw, I think the reason behind the current kde fiasco is the buggy kdepimlibs5 package [12:18] in kdelibs5.install it should have been libgpgme*.so.2.2.1 not 2.2.0 [12:23] I mean kdepimlibs5.install of course [12:25] KDE 4.3 RC1 has been officially relleased on kde.org! \o/ [12:25] yays [14:10] there is a circular dependency that troubles me [14:11] kdebase-runtime -> kdebase-workspace -> libknotificationitem1 -> kdebase-runtime [14:11] this is also for build dependencies (!) [14:12] I can't understand how kdebase-runtime can be built with such a dependency [14:12] is it really needed? [14:13] * ScottK thought we fixed that. [14:15] ScottK: thanks, I 'll try an apt-get update [14:16] pkt: I mean a while ago. We may have inadvertently dropped the fix. [14:17] ScottK: yeah, it is not working right now [14:17] what was the fix btw? [14:21] pkt: a line in debian/rules [14:21] Something like dpkg-shlibs -x whateverbinarynamefromkdebase-runtime in libknotificationitem1 debian/rules [14:22] lex79: Can you check that? [14:22] ScottK: in kdelibs-experimental ? [14:22] lex79: Yes. [14:22] ok [14:24] cool, that would be nice [14:24] I will try it here too [14:24] hi all - quick question(if anyone knows) - when will kde 4.3 rc1 be hitting any kubuntu repo now that its out? [14:24] soon probably [14:24] divan: It's mostly, if not all, in Karmic now. [14:24] isn't 4.3rc1 the 4.2.95? [14:25] yes it is [14:25] then indeed it is almost there but the kubuntu-desktop metapackage is uninstallable right now [14:25] Except pimlibs totall ftbfs. [14:25] ScottK: Thanks - jaunty? switching to Karmic might be a bit too buggy for me just yet :) [14:25] yeah [14:25] Dunno, but I know the PPA for backports is being worked. [14:25] I posted the fix in this channel :) [14:26] just up libgpgme++ from 2.2.0 -> 2.2.1 everywhere (kdepimlibs5.install) and it works [14:27] now if that bug with kdebase-runtime/kdelibs is fixed too, the whole should work (hopefully) :) [14:28] pkt: Thanks. I'm looking at pimlibs now. [14:28] Hi kubuntu folks, does anyone knows if someone is working on porting "kiosktool" on KDE4? I am lock to kde3 on kubuntu 8.04.2 :-( [14:28] micmord: There has been some discussion about it, but I don't know how much progress. [14:28] micmord: #kde-devel is probably a better place to ask. [14:28] ScottK: thanks [14:29] * ScottK is fixing pimlibs.... [14:29] ScottK: in case you have a look at kdepim, would be nice to know why ktimetracker_plugin.dekstop get's lost. [14:29] freinhard: It'll be long enough before I get to it that I'll probably forget. You might ping whoever did the current upload. [14:30] Bonus points for Riddell on pimlibs for uploading it to the archive with ~ppa1 still on it. [14:31] ScottK: that's there so we can see if you catch it [14:34] hmm, kdelibs-experimental's debian/rules is one line only :/ [14:34] it probably needs an override or such [14:39] pkt: i'm working on it [14:41] * ScottK is on the phone. [14:44] lex79: thanks, tell me if you could use any help/testing/etc :) [14:44] :) [14:49] ok, testbuild done, fixed [14:49] ScottK: fixed in bzr [14:50] lex79: great, thanks :) [14:50] yep [15:10] Off the phone. Test building the old pimlibs first to make sure I can replicate the failure, then I'll try pkt's fix. Working on lex79's circular build-dep fix in the mean time .... [15:11] and fixing launchpad bug 394168 :) [15:11] Launchpad bug 394168 in kdeartwork "error processing /var/cache/apt/archives/kdewallpapers_4%3a4.2.95-0ubuntu1_all.deb (--unpack):" [Undecided,Confirmed] https://launchpad.net/bugs/394168 [15:11] pkt: The magical cdbs incantation (thanks to lex79) is DEB_DH_SHLIBDEPS_ARGS_ALL := -- -xkdebase-runtime [15:12] lex79: Later. I'll work my way up the stack. [15:12] Yes ok [15:13] ScottK: [15:13] [01:35:23] kdepimlibs fixed [15:13] [01:35:29] took an svn snapshot [15:13] [01:35:33] seems to have fixed kdepim too [15:13] lex79: It's FTBFS in the archive currently. [15:14] very good [15:15] ironic :) [15:15] SkottK: thanks for the info [15:16] I 'm a real newbie in cdbs :) [15:16] me too lol [15:17] pkt: Assuming your recommended fix for pimlibs works, I'll credit you in debian/changelog. How do you want to be listed? Pantelis Koukousoulas? [15:18] yeah, I don't mind [15:18] it is my real name [15:20] I can also steal all the credit if you don't want to be listed? [15:20] "pick me pick me!" [15:21] hehe [15:21] * Tm_T shames him/her/itself [15:21] Hi guys! [15:21] I want to ask something, why did you leave adept? packagekit is so bad, it barely displays GUI apps, and not all of 'em :( [15:21] probably because packagekit is cross-distro [15:22] but packagekit is evil [15:22] it is very limited [15:22] whatever gui features are missing can probably be added [15:22] Drknezz: can you provide precise data how it is limited? [15:22] Drknezz: Adept was basically dead upstream. [15:22] Tm_T: It is limited. [15:22] although kpackagekit has good looks, when you search for devel packages, none show up [15:23] whille in synaptic, packages are there [15:23] ScottK: yes, but saying "it's limited" itself tells nothing to me [15:23] Drknezz: Essentially we don't develop a KDE package management front end. We went with the one we thought had the best change of being developed/maintained by someone else as we don't have the people to do it. [15:23] Tm_T: it is very "newbie-oriented", and when you search for devel packages which you dont know their names.... :/ [15:24] ScottK: hmmm... reasonable enough [15:24] interesting [15:24] I always just use the command-line [15:24] Tm_T: My two favorites is it doesn't handle config file differences and doesn't verify packages are signed (Adept 3 didn't do this one either, but Adept 2 did) [15:25] ScottK: but i have a question, if Adet was cool, easy to use, and powerful in kde 3, why it became so crippled on Kde4? [15:25] Drknezz: KDE4 != KDE3 [15:25] Drknezz: Because it had to be essentially rewritten to port it to KDE4 and the port was never finished. [15:25] pkt: try using apt-cache for all your package searching ;) [15:25] Tm_T: ¬¬ [15:25] that is what I do :) [15:25] Drknezz: there's wajig (:) [15:25] adept took hours to load and searching was a pain on slow hardware. i like packagekit+index [15:26] I also use the web of course ;) [15:26] ScottK: The mantainer said he left the project because you just suddenly moved on to packagekit [15:26] Drknezz: says where? [15:26] Drknezz: That's true. That's why I said barely maintained, not unmaintained. [15:26] Tm_T: It's accurate. [15:26] freinhard: try searching for kernel packages with kpackagekit ;) [15:26] ScottK: oh well :/ [15:27] ScottK: I'll have to use Synaptic's lame grey-brown appearance when ran as root [15:27] Drknezz: Adept was being done by one person who wasn't very motivated about it (this isn't a criticism, just the situation). [15:27] ScottK, i understand [15:27] Drknezz: The command line tools really are better IMO. [15:28] So you don't "have" to use synaptic [15:28] ScottK: i know, i love apt-get [15:28] e.g., 'apt-cache rdepends' [15:28] ScottK: but, when you're about to search for devel packages for a compilation :S [15:29] you just call the command you want [15:29] Drknezz: that's why real kubuntu-hack0rz that need -dev packages or special kernel stuff use aptitude. [15:29] pkt: What if the app is not in repos? XD [15:29] and let command-not-found deal with the problem for you [15:29] freinhard: does not [15:29] freinhard: aptitude is kinda reundant for me, i prefer it only for installing meta-packages [15:29] Drknezz: if it is not in the repos then the gui tools can't help you either [15:30] pkt: command-not-foun phails sometimes [15:30] the gui tools fail more often :) [15:30] pkt: i mean, if the package isnt in repos, but it's deps are [15:30] why are xsd files associated with konqueror? that's quite useless. [15:30] pkt: I <3 command line xD [15:31] * Drknezz is compiling the 2.6.30 kernel :p [15:31] apt-get build-dep linux-image [15:31] pkt: i never use linux-image from repos [15:32] kernel.org FTW [15:32] you didn't get it [15:32] you just get the build-deps [15:32] deps [15:32] lol [15:32] idk, i just dont like using build-dep for some reason [15:32] build-dep is eeevil [15:33] no idea what you are talking about [15:33] kdelibs-experimental uploaded. Thank you lex79 and pkt for your contribution to Kubuntu. [15:33] heh, nice :) [15:33] it built here fine too [15:33] I may revive my PPA :p [15:34] the ppas are the best feature of ubuntu/launchpad for me [15:34] :D [15:34] hmmm.... Ubuntu on the clouds [15:35] Kinda hard of thinking a computer on the net si processing your top-secret OO.org document, leaving your processor stupidly idle [15:36] well, if one is using a web service for top-secret stuff then it isn't the processor that is stupid :p [15:37] lol [15:37] Right [15:37] on the other hand running an experiment in 5 EC2 machines that cost you 2 euros in total [15:37] Anyways, why would someone ever want to make another pc process YOUR stuff? [15:37] while at the same time preventing your small laptop from frying [15:37] Appart from science [15:38] for public stuff in general, why not? [15:38] I mean, what's the real-world application of that? [15:38] cheaper cpu power, bigger bandwidth, persistence ... [15:39] sometimes it is a win, sometimes it isn't [15:39] "Hey guys, im using ubuntu in the cloud now, have to wait for the download to complete, so we can get out...." ¬¬ [15:39] Pretty lame if ur not on fast connection [15:39] As much as it can be useful, it can be pretty useless to the common ppl [15:41] Bye bye guys === Quintasan_ is now known as Quintasan [15:52] ScottK: kiosktool seems still alive https://mail.kde.org/mailman/listinfo/kde-kiosk [15:53] sorry, correct url http://websvn.kde.org/trunk/extragear/sysadmin/kiosktool/ [15:53] OK. Good to know. [15:53] GOOD MORNING KUBUNINJAS! [15:53] really the ml contain a lot of spam [15:55] pkt: I'm test building your pimlibs fix now. It turns out it was the way you suggested before and got (presumabley accidentally) reverted in the last upload. [15:56] morning nixternal [15:56] nixternal: you havea a job yet? [15:56] no [15:56] bummer on that [15:56] I am cycling every day...I have applied to a few bike shops as well as Trek, Bontrager, SRAM, and others...thinking about getting into the cycling industry a little [15:57] well, I have 27 days to decide if I am going to rejoin the military [15:57] if I don't have a job by then, I just might be off, back in the Navy again [15:57] cuz on the 29th, I turn 35 which means no more joining/rejoining the military [15:57] what would you do in the navy this time? [15:57] nixternal: how long do you sign up for? 6 years? [15:58] same thing [15:58] seele: probably 10 years [15:58] * jjesse doesn't remember last time [15:58] nixternal: National guard will take you up to 44. [15:58] wow 10 years is a long time [15:58] Gunner's Mate/Combat Engineer/Blow stuff up [15:58] ooo cool [15:58] ScottK: forget the National Guard, GO NAVY! [15:58] Just saying. [15:58] you know what they say about those navy guys.. [15:58] ScottK: you were in the navy right? [15:58] I am senior enlisted so ship duty is calling me :) [15:59] * seele 's brother is in Norfolk right now [15:59] seele: Yes. [15:59] imagine all of the liberty I get now pulling into a port :) [15:59] seele: that's probably where I would get stationed if I went through with this [15:59] so, if you want to hire me, you have 27 days, otherwise I might be gone :) [15:59] lol [16:00] * ScottK looks for kwwii to make countdown artwork. [16:00] blasting the Village People the entire ride to Norfolk! [16:00] hahahaha [16:00] ;-) [16:00] that was good [16:08] * ScottK does $WORK while pimlibs builds .... [16:10] kdepimlibs, kdelibs-experimental and kdebase-workspace built fine here [16:11] now building kdebase-runtime [16:22] MC meetings will drain your life blood [16:24] * ScottK didn't need to join to guess that one. [16:29] pimlibs fix uploaded. Thanks again pkt. [16:30] seele, should kmail say "canceled" instead of "aborted"? [16:30] when you hit the "-" button on an imap sync [16:31] maco: Canceled. The tooltip even says "Cancel this operation" [16:32] really? [16:32] * maco tries it [16:32] unless it is inconsistent and it actually says aborted somewhere [16:32] hey it does [16:32] hehe [16:32] ScottK: I need more space in ppa staging [16:33] seele, should i just do it in kde's svn and send it upstream? [16:33] lex79: Is there stuff in the the PPA that's already in Ubuntu and can be deleted? [16:33] oy, im forgetting how to use svn [16:33] ScottK: I'm uploading to stage the backport. so I think no [16:34] Oh. [16:34] before uploading to ppa backport I should uploading to staging for test install [16:35] and if testbuild fine I can copy the packages to ppa backport [16:36] kdebase-runtime had some problems with a shutdown dialog svgz [16:37] maco: i think that is probably best.. but if they dont like the changes let me know so i can talk to them [16:41] seele, when "abort" is used in an error message to say that its the program giving up, not the user canceling the action, should that also be changed to "cancel"? [16:42] maco: no, leave those for now because they might depend on semantics more [16:42] i can see developers having a strong argument against a technical description compared to an interactive UI element [16:42] lex79: no bindings? :( [16:42] It looks like a lot of stuff was blocked on kdepimlibs, so we should make progress soon. [16:42] nope [16:43] seele, alrighty [16:43] neversfelde: python kde4 was empty [16:43] empty? [16:44] yeah, binary package was empty :) [16:44] ouch [16:44] in jaunty, not in karmic :) [16:44] oh [16:45] same issue last time with 4.2.90, but doesn't matter now ;) [16:45] python bindings seem the most mature this time [16:45] although the ruby ones seem nice, too [16:45] In karmic bindings is waiting on pimlibs. If there are bindings changes needed in karmic, please let me know soon. [16:45] kdebase-runtime built fine ? [16:45] ScottK: what shoul I do with ppa ? :( [16:46] lex79: No idea. I've never had to ask for more space. I think ask in #launchpad. [16:46] ok [16:46] pkt: Didn't look at runtime yet. [16:46] lex79: yes, the typical way is via a question [16:47] here is mine: https://answers.launchpad.net/soyuz/+question/72243 [16:48] No one uploaded kdegraphics. [16:48] ScottK: kdebase-runtime didn't want to build here, just fyi [16:49] Oh dear. [16:49] kdegraphics is in ppa [16:59] lex79: I'm pulling your packaging from bzr. I assume that's correct? [16:59] uhmm..I don't remember, can you see in ppa k-n ? [16:59] before to see bzr [17:00] I've already got it test building. Would you please check. [17:00] I can, but it's not convenient and I'm really supposed to be doing $WORK right now. [17:02] RC is on it's way to karmic? [17:03] yeah, it is [17:03] it is almost there actually [17:04] ScottK: I'm checking, just a moment [17:04] Thanks [17:07] staging ppa is full? [17:09] ScottK: go [17:09] ppa k-n == bzr [17:09] neversfelde: yes , I requested more space -> 5GB [17:10] :) [17:10] ok, I'll upload kdetoys to ninja then [17:16] launchpad probably needs a "transitions" feature like debian has [17:21] kdebase-workspace-bin: Depends: x11-xserver-utils but it is not going to be installed [17:22] it seems x11-server-utils is not even in the archive [17:22] akonadi-server, x11-utils and kdepim-runtime are also uninstallable atm [17:23] x11-utils depends on libxxf8xdga1 [17:23] which isn't in the archive [17:23] shouldn't this dependency be just dropped? nobody uses DGA anymore [17:29] oops that was incorrect. x11-utils works now [17:36] what is kdepim-runtime? [17:41] lex79: what is the same issue with the bindings? [17:45] in the jaunty backport the python kde4 bindings binary package turned out empty :) [17:45] Sime: I think it's just packaging issues. [17:45] ScottK: ok, thanks. [17:45] but in karmic it worked, so [17:46] lex79: kdegraphics uploaded. Thank you for your contribution to Kubuntu. [17:46] ScottK: have you seen the problem with kdepim-runtime? [17:47] plasma-widgets-workspace depends on kdepim-runtime [17:47] but such a package doesn't seem to exist [17:48] I didn't look at it yet. [17:48] I think it's new for 4.3 [17:48] yeah, I saw something about putting what akonadi needs there or something [17:49] but I don't know anything more :( [17:58] It's in the New queue. [18:01] kdeartwork fixed [18:03] gnarf, I have to leave again, dunno when I am back. So if kdeutils and kdetoys is a show stopper someone else have to do the jaunty packages. sorry [18:04] neversfelde: ok [18:11] * ScottK throws up his hands. [18:11] No COPYING file in kdepim-runtime [18:11] Riddell: ^^^ [18:11] fantastic [18:14] ScottK: copyng file for akonadi? [18:14] The kdepim-runtime package [18:15] akonadi-kde now is in kdepim-runtime [18:15] http://websvn.kde.org/trunk/KDE/kdepim/akonadi/ [18:15] yeah the same as akonadi should apply [18:15] http://websvn.kde.org/trunk/KDE/kdepim/akonadi/COPYING?revision=989088&view=markup [18:16] It's not in the tarball [18:17] Looks like it was added after. [18:17] I know but I think you can repackage the tarball [18:17] no? [18:18] I can. [18:18] It wasn't how I planned on spending my afternoon. [18:19] it would take a whole afternoon? [18:19] ahah :) I guess [18:19] No. [18:19] I'm already way over my Kubuntu time budget for today. [18:20] can I help? [18:20] lex79: Can you put a package together? [18:21] I should repackage the tarball ? [18:21] lex79: Yes. [18:21] ok, I will upload to ppa k-n [18:22] the k-n ppa is the "kubuntu-ninjas" private inaccessible thing? [18:22] this evening, in my utc I mean :) [18:22] pkt: yep [18:22] lex79: No need to do it in the private repo anymore. [18:22] oh, I see [18:22] Do it somewhere public so I can grab it more easily. [18:23] uhm..ok in my ppa so [18:23] pkt: We get tarballs from upstream pre-release to work on packaging on the condition we don't make them public until release day. [18:23] Not that you can tell from today's mess. [18:23] hehe, it is not that bad :) [18:23] wait to see fedora [18:24] recompiling glibc just to get rpm to work [18:24] lex79: dgetlp http://launchpadlibrarian.net/28565081/kdepim-runtime_4.2.95-0ubuntu1.dsc to get the existing package. [18:24] ScottK: ok thanks, I poke you when is done [18:53] yey! with kdepim-runtime kubuntu-desktop finally becomes installable [18:53] \o/ [18:56] So update? [18:57] not yet [18:58] I just managed to build what's needed locally here [18:58] you still have to wait for proper packages to be uploaded, compiled etc [18:58] at least there doesn't seem to be any more ftbs-type bugs :) [18:59] kdegames not even uploaded .... [18:59] Unless it's in New [18:59] * ScottK looks [19:00] Nope [19:01] well, at least nothing depends on kdegames [19:01] Yeah, the node packages (the ones that other ones depend on) are all building now. [19:01] these are the ones I care about mostly :) [19:02] pim won't be installable until we get -runtime licensing sorted out. [19:09] lex79: I'm pushing kdegames into the archive now (it's a big tarball, so it will take a while). [19:11] * ScottK loves fat pipes. 52MB uploaded already. [19:51] anyone having crazy problems w/ plasma crashing on kde 4.2.90? [19:52] jjesse, how long has 4.2.90 been karmic's version? [19:53] if its been there a few weeks, then yeah, ive had it crash a few times [19:53] maco: i'm running jaunty [19:53] oh [19:53] it seems to crash a lot [19:53] my display will get fuzzy and then crash [19:53] jjesse: I noticed plasma crashes consistently where a new network interface is brought up or lost. [19:53] divan: agreed on that [19:53] i dont have that problem [19:54] perhaps its a known bug [19:54] maybe nm is sending different errors and its having trouble interpretting them? [19:54] will see if jaunty 4.2.95 fixes it - which is nowhere to be found (for the impatient) [19:54] i reported a bug last night on bugs.kde.org where browsing smb shares was causing crashes and it was moved as a duplicate [19:54] 4.2.95 is the one that was just announced as being available? release candidate or something like that? [19:56] yip kde 4.3.0 rc 1 (as oppose to beta2) so that should hopefully address quite a few bugs. Its apparently available for karmic but not anywhere for jaunty yet [19:58] lex79: I see kdepim 4.2.95a in KN ppa and an svn snapshot in bzr. Which is it (neither have been uploaded)? [19:59] jjesse: RC packages are in progress. [20:01] RC1 being packaged or what? [20:01] as per [20:59] jjesse: RC packages are in progress. [20:01] awesome [20:01] thanks [20:01] :) [20:01] :) [20:05] ScottK: thanks for the update, wasn't trying to be pushy, just have a plamsa crash problem :( [20:06] We're mostly waiting on buildd's now. [20:12] * ScottK predicts sometime tomorrow before all the bits get done since I'm the onlyl core-dev around it seems. [20:18] ScottK: sorry - thanks for the work :) [20:23] lex79: I went with 95a on pim [20:25]