=== dendrobates is now known as dendro-afk [00:54] Unpacking replacement kubuntu-firefox-installer ... [00:54] dpkg: error processing /var/cache/apt/archives/kubuntu-firefox-installer_10.04ubuntu6_i386.deb (--unpack): trying to overwrite '/usr/share/applications/firefox.desktop', which is also in package firefox-branding 0:3.6+nobinonly-0ubuntu1 [00:54] apachelogger: ^^ ... need me to file a bug for you? [01:50] hi/2 all [01:50] i fixed my network problems with ppa, im back to contributing packages :) [01:50] apachelogger: Pici [01:50] apachelogger: ping [01:50] Riddell: ping [01:51] JontheEchidna: ping [01:51] groo_: I guess you weren't actually looking for me. [01:52] Pici: lol one tab too many, unless you are a motu [01:52] * groo_ is hunting for motus oO [01:52] groo_: Nope ;) [01:52] Pici: hmmmm snif snif... [01:53] * groo_ scents a motu near him [01:53] Pici: prove you arent a motu! [01:55] anyway :D im opening a needs-packaging for kx11grab [01:55] and i did a package for the newer skrooge... since the old version is already in kubuntu, what kind of bug i open? [needs-upgrading]? or something similar? [01:56] * persia notes that when the hunter announces their intent, the quarry have new incentives to make themselves scarce [01:58] * groo_ aims for persia === dendro-afk is now known as dendrobates [02:30] oh shit, bug 438279 never got merged upstream [02:30] Launchpad bug 438279 in packagekit "Kpackagekit ask to report some errors " [High,Fix released] https://launchpad.net/bugs/438279 [02:31] * JontheEchidna prepares an emergency upload [02:34] I'll be marking dupes for that bug for weeks now :( [02:45] JontheEchidna: hi jon [02:45] can some motu sponsor this: http://revu.ubuntuwire.com/details.py?upid=7805 [02:45] JontheEchidna: jon a question, i did a skrooge 0.6.x package... since skrooge is already in kubuntu (old version) what is the proper thing to do? [02:46] file an upgrade bug [02:48] JontheEchidna: yeah, a url pls? its the same procedure but [needs-update] instead of [needs-packaging]? [02:48] "Update to skrooge 0.6.0", add the "upgrade" tag to the bug, subscribe universe sponsors [02:49] JontheEchidna: ok, but nevermind, someone punch me to it :D [02:49] JontheEchidna: but kx11grab is new :) [02:50] brace yourself :P [02:50] JontheEchidna: hu? ¬¬ [02:50] for the revu [02:50] JontheEchidna: ???? [02:50] lol [02:50] you wanted me to revu your kx11grab package, yes? [02:51] JontheEchidna: ah yes :) shoot [02:51] :) [02:52] JontheEchidna: in theory it should be all a ok, since i did pratically the same for the wally package [02:52] JontheEchidna: btw kudos for making motu :) [02:53] groo_: well, I became motu for almost a year, but thanks all the same :D [02:53] *almost a year ago [02:53] JontheEchidna: news take some time to get here :D [02:56] JontheEchidna: so? wheres the revu? lol [02:56] working on it [02:57] JontheEchidna: thanks :) [03:25] groo_: all done [03:26] JontheEchidna: anything for me to do? [03:27] yeah [03:27] http://revu.ubuntuwire.com/p/kx11grab <- pointy-clicky link [03:27] JontheEchidna: oh nvm, my browser was slow :D [03:30] JontheEchidna: thanks for the looong review :) a lot of broken stuff, gonna get to work tonight (if i can stay up (im old you know ;)) or the best, tomorrow, and upload a new version :) [03:30] :) [03:31] that is a fairly exhaustive list. I don't forsee any further issues other than the ones I've listed [03:31] JontheEchidna: very complete indeed, gonna learn a lot as usual :) [03:32] JontheEchidna: i need to have more attention to details.. and lintian :P [03:32] hehe [03:32] JontheEchidna: but the more oficial packages i do, the sharper i get... [03:32] running lintian over the source.changes file and the .deb file give new insights that debuild -S -sa won't give [03:32] JontheEchidna: in my defense... the cbds is a moving target, i never know what goes with what [03:32] JontheEchidna: how do i do that? [03:33] groo_: lintian kx11grab_0.1.12-0ubuntu1_source.changes [03:33] and lintian mydeb.deb [03:33] JontheEchidna: nice, didnt knew that :) [03:34] oh, and actually there's some new packaging conventions that don't use cdbs at all, that are currently coming in to favor [03:34] I'm perfectly fine with sponsoring cdbs-based packages, though [03:36] JontheEchidna: ¬¬ like i said... moving target... where can i get some more info on what is the best practice? besides being informed in here :D [03:36] so yeah, things are moving a bit fast. Every release the KDE cdbs stuff has changed, and now this release things are starting not to use cdbs at all, but new debhelper magic [03:36] JontheEchidna: no, pls, not dh --kde... its a nightmare to costumize :P [03:36] customize [03:37] heh, yeah. Like I said, I'm perfectly fine with sponsoring cdbs packages [03:37] source format 3.0 is the other big thing [03:37] JontheEchidna: but where can i get some more info? is there a wiki or something? [03:37] allows you to use orig.tar.bz2 instead of orig.tar.gz if you wish, and has quilt built in [03:38] JontheEchidna: nice :) [03:38] this is the big article about it: http://wiki.debian.org/Projects/DebSrc3.0 [03:38] JontheEchidna: i think i playerd with it for my rekonq packages [03:38] JontheEchidna: which btw i still defend as the big change for kubuntu (rekonq as default!!!) pls think about it [03:39] well, it's not up to one person to make the decision about default browser, you must understand [03:39] The Kubuntu Council will decide that [03:39] and I'm just one of six council members [03:40] I must say that, if not for 10.04, I'd love to see rekonq as default for 10.10 [03:40] I'm just a bit leery about changing the default browser to a newcomer for an LTS cycle [03:41] but then, that's just my opinion [03:41] JontheEchidna: newcomer? did you check latest 0.3.92? [03:41] relatively speaking, it's been around for less than a year [03:41] JontheEchidna: im following rekonq since the begining... granted.. its new, but its very stable and featured.. only lacks java for now [03:42] JontheEchidna: rekonq its a shell for webkit, and yes, its new, but it has a lean codebase and very few bugs... [03:42] I still get the odd crash with it from time to time [03:43] JontheEchidna: from a user perspective i believe its much more usable then konqueror... since its almost identical to chromium, and its a browser, not a army swiss knife like konqueror (which i love, but its not for the average joe) [03:43] JontheEchidna: and you DONT with konqueror? :D [03:43] nope [03:44] JontheEchidna: can you point me to a url that crashes rekonq? [03:44] no, it's a bit more random than that [03:44] JontheEchidna: what version? [03:44] 0.3.90 [03:45] JontheEchidna: strange, i very rarelly have crashes with rekonq, and i browse with it a lot (even benchmarks i do) :D [03:45] But like I said, I love rekonq too, it's just a bit young to be set out as default browser to be supported for 5 years since it's less than a year old and has not had widespread testing [03:46] and this is all my opinion [03:47] JontheEchidna: i agree in terms.. but my concern is that konqueror is even more fragile for browsing then rekonq is... and hasnt been any work for it in a long time (besides the bug fixing), not talking about khtml but the fronteend in itself [03:47] since 4.0 it has stayed basically the same [03:47] well, the interface hasn't really changed, but that' [03:47] khtml is mych better now [03:47] s really to be expected. [03:48] there have been plenty of bugfixes for the shell though [03:48] dfaure is paid to do such things, afaik [03:48] JontheEchidna: yes i agree... but konkie is a beast.. the bugs are spread across is many functions, but the browser part is probably one of the more neglected ones [03:49] JontheEchidna: konkie is old and it shows... rekonq is well.. peppy and fresh , like wii :D [03:49] heh, <3 wii [03:49] http://www.youtube.com/watch?v=x7PhJp3ciRQ [03:50] just put your wife/mother in law, grandmother in front of both konkie and rekonq and ask them to browse the web.. see which one gives the best usability results... [03:50] oh wow, that brings back some memories. can't believe 05 was 5 years ago [03:51] JontheEchidna: :) [03:51] JontheEchidna: im not the only one getting old :P [03:52] brb [03:52] but I'm only 18 D: [04:19] JontheEchidna: im gonna be 35 this year... [04:21] groo_: :) [04:22] freeflying: :D [07:14] ryanakca: does firefox-branding have a replaces kfi? because it should :S [07:20] morning Kubuntus [07:23] a very good morning to you too Riddell! [07:23] * apachelogger thinks that diffing on revu is broken [07:23] Karmic users needed to test Amarok from ~kubuntu-ppa/beta [07:31] what is going on with user management in KDE SC 4.4? https://bugs.kde.org/show_bug.cgi?id=227079 [07:31] KDE bug 227079 in general "Manage Users module of the systems settings program reports itself missing" [Crash,Unconfirmed] [07:32] why does it require a python module? Looks like Kubuntu specific [07:32] that is userconfig [07:32] and yeah it is kubuntu specific [07:32] and no I do not like it being pyware [07:32] and how can I make this work again? [07:32] and yes KDE should fix up kuser :P [07:34] Mamarok: what does it spit out if you run kcmshell4 userconfig [07:34] in konsole obviously :) [07:34] Mamarok: bug should be closed as downstream though [07:34] it triggers the same crash as before [07:35] Mamarok: no, I mean what does it say there? [07:35] if nothing ... run kdebugdialog and turn on everything, then try again [07:35] ah, second... [07:36] apachelogger: http://pastebin.com/d52c67e8 [07:39] ehm [07:39] the fuck [07:39] Mamarok: is your system all up-to-date? [07:39] especially pyqt4 [07:39] I would say so, but let me check if I missed an update... [07:39] because I should have fixed that bug 2 days ago [07:39] or so I thought [07:39] Error: Launchpad bug 2 could not be found [07:40] yep, all up-to-date [07:41] oha [07:41] neato [07:41] for some reason I have debian/patches/patches [07:41] very weird [07:41] hm, I don't have that many bindings installed though, only python-qt-4 and python-qt4-dbus [07:42] shouldn't others be installed if there is a hard dependency? [07:42] you must have python-kde4, otherwise I dont think it would come to fail at that bug in pyqt4 [07:43] that is installed [07:43] ehm [07:44] for some reason the whole pyqt4 package does not apply patches [07:44] nice... [07:45] you know [07:45] everytime I look at some pystuff I get to hate it more [07:45] I feel with you :) [07:47] apachelogger: phil had a query about your patch by the way http://article.gmane.org/gmane.comp.python.pyqt-pykde/18505 [07:47] Riddell: some thing in userconfig [07:50] hm [07:51] somehow I managed to screw up that pyqt4 for karmic [07:54] hm [07:54] pyqt4 uses quilt but doesnt use quilt Oo [07:54] insane [07:55] apachelogger: it's source format 3.0 in lucid so there the patches get applied when the package is extracted [07:55] no so in karmic [07:55] it'll need debian/rules in karmic [07:59] yeah, bad backport :P [08:06] shtylman: has the button order changed in ubiquity? [08:07] shtylman: funky new progress bar but I think it caused a crash [08:08] Riddell: userproperties-details.ui from userconfig [08:09] as per http://pastebin.com/d52c67e8 [08:09] morning :) [08:12] shtylman: bug 522502 [08:12] Launchpad bug 522502 in ubiquity "kubuntu ubiquity crashes on partitioner" [Undecided,New] https://launchpad.net/bugs/522502 [08:12] shtylman: also the new "update from internet" button could do with some explanation [09:15] hey [09:16] Riddell: just a quick head up on M.I: I uncovered some issues which needs a new version of libindicate and libindicate-qt, hopefully it should be there before the end of this week [09:26] jussi01, tsimpson: ping [09:29] apachelogger: pong [09:30] agateau: does that mean we get the spark icon back? :) [09:30] tsimpson: sudo cp /home/apachelogger/kubotu.conf /etc/init/ [09:31] tsimpson: gotta test if that beast actually works upon startup [09:31] which is really what it is meant for :D [09:31] Mamarok: please try upgrading with pyton-qt4 from the staging ppa, if I am not mistaken it should fix userconfig [09:31] * apachelogger reboots to test upstart job [09:32] copied [09:34] tsimpson: thanks, seems to be working [09:35] kubotu: you lucky bot now got autostarting upon boot :D [09:38] Riddell: yes [09:38] Riddell: that's the major issue it's addressing :) === steveire_ is now known as steveire [09:46] kubotu: python? [09:46] kubotu: hello [09:46] hello owner :) [09:46] oh my :D [09:47] next release ok kubotu will say "yes master" :) [09:47] s/ok/of/ [09:49] well, I think that can be easily changed wihtout new release :D [09:49] anyhow [09:49] kubotu: karmastats [09:49] 499 items. Best: C (193); Worst: < (-97) [09:49] hm [09:50] we need a policy to use <= instead of <-- [09:55] apachelogger: hm, no staging ppa for me today, I still need this machine for work this afternoon, so I can't afford to break anything [09:55] it wasn't that important, I rarely use the userconfig, was just trying to find some settings in the groups when I stumbled on it [09:56] apachelogger: ++ [09:56] (for the init script) [10:05] Mamarok: there should be no upgrades in staging other than python-qt4 [10:05] and that should at the very best improve something ;) [10:06] apachelogger: you will be responsible for my money loss if it goes wrong :) [10:06] like kde is responsible for the money loss due to kaddressbook :P [10:06] http://forum.kde.org/viewtopic.php?f=20&t=85382 [10:07] indeed I must agree with them users, that the kaddressbook regression is a bit of a fail [10:10] any reason why we have amarok 2.2.1 and not 2.2.2 in the updates-PPA? shouldn't we just copy the 2.2.2 from the backports-PPA (running it together with kde 4.3.5 works) [10:11] a|wen: Amarok 2.2.2 is in the backports, no? [10:11] * apachelogger thinks launchpad needs a central point to control version deployments [10:11] Mamarok: true; but shouldn't 2.2.2 be in updates? [10:12] a|wen: well, yes, but since there is such a confusion about what should go where in those PPAs, a clear policy for everybody should be written in stone once and for all [10:13] else it will continue being a mess at every single release [10:13] claydoh started work on that [10:13] but dropped the ball [10:13] apachelogger: because it is a mess? [10:13] pretty much so [10:14] Mamarok: it was written and posted to the ML a year ago or such ... but well, everybody tends to forget over time :) [10:14] a|wen: that was incomplete [10:14] carving it on the back of the hands maybe? [10:15] a tattoo :) [10:15] which would also be a nice way to identify Kubuntu packagers :) [10:15] apachelogger: i remember it being pretty complete; but we have probably discovered some extra cases that wasn't covered since then [10:16] * a|wen wonders where the groceries-list should go then ;) [10:16] either way the ml is not place to write policies down :P [10:16] true that [10:16] well, amarok 2.2.2 copied to updates [10:18] a|wen: rebuild I hope [10:18] otherwise there might be linkage problems [10:20] apachelogger: it was built against kde 4.3.2 so shouldn't be needed [10:20] you are repsonsible if something breaks :P [10:20] talking about breaking [10:20] Mamarok: did you try new python-qt4? [10:21] apachelogger: i know ;) [10:21] apachelogger: I am doing as we speak... [10:21] kk [10:21] yay! [10:21] it works :) [10:21] * Mamarok hugs apachelogger [10:30] cool [11:47] * jussi01 grumbles at desktop effects being evil and dropping me to a nice balck screen with a flashing _ [11:48] uhm [11:48] is this normal or bad: [11:48] The following packages will be REMOVED: [11:48] libglu1-xorg-dev{u} libkrosspython0{u} liblcms1-dev{u} libmng-dev{u} libpq-dev{u} libqt4-phonon-dev{u} libscim8c2a{u} libsqlite0{u} libsqlite0-dev{u} libxmu-dev{u} [11:48] libxmu-headers{u} qt4-demos{u} qt4-designer{u} qt4-dev-tools{u} qt4-doc{u} xlibmesa-gl-dev{u} [11:48] (wanted to install gtimelog) [11:48] markey: aptitude? [11:48] yes [11:49] "sudo aptitude install gtimelog" [11:49] is what I did [11:49] then I got that result [11:49] curious. I dont use aptitude myself, but lemme try with apt-get [11:49] I love aptitude, normally. it's nice that it does all things in one program [11:49] no need to use several [11:49] If your previous command was `apt-get build-dep ${something}`, this is expected behaviour: it's removing the stuff you don't need and haven't marked as explicitly wanting. [11:50] persia: I didn't do that, not that I could remember [11:50] ahh, I thought it would be something like that [11:50] so, you think it's safe to proceed? [11:50] can I make it not remove this stuff somehow? [11:50] I'd rather keep it... [11:51] markey: `aptitude unmarkauto ` tells it to remove those from the uninstallation candidate list. [11:51] ah [11:52] "sudo apt-get install gtimelog" [11:52] that works better [11:52] it only suggests to remove the packages, but doesn't do it by default [11:52] markey: Be aware that large chunks of the archive are not tested to ensure they are compatible with aptitude's resolver, so you may end up with unexpected behaviour. [11:52] oh [11:52] good to know [11:52] * persia is a huge aptitude fan, but often has to work around certain classes of bug [11:52] isn't that a bit confusing, having two different tools, with different behavior? [11:59] markey: There's lots of that sort of thing around. One claim is that having two different implementations of a policy is a good way to differentiate bugs in policy from bugs in tools. [12:00] yeah, understandable [12:06] Hi Developers! Can anybody tell me about the state of the plasma-widgeth-networkmanagement? [12:07] If I see it right, its not a plasma widget, but knetworkmanager instead, right? [12:07] What happened to the widget? [12:09] olenz: right, the plasmoid isn't finished, maybe agateau will finish it next week [12:09] oh [12:09] so knetworkmanager is only a temporary walkaround? [12:10] yes [12:10] Ah, very good, thanks for this info! [12:42] Lex79: how did you get on with qt 4.6.2? [12:46] * Riddell publishes http://www.kubuntu.org/news/amarok-2.3-beta [13:41] Riddell: the news is wrong, it is in beta backports not n backports [13:41] I'll correct that [13:41] ok thanks [13:42] Riddell: will look into those tonight [13:42] Riddell: progress bar is part of main window now to stop annoying popups [13:48] Riddell: why amarok 2:2.2.2.90-0ubuntu1 still build with kde 4.3.2 ? [13:48] because it's for karmic [13:48] shtylman: keyboard maps is impressively correct [13:49] owh .. for lucid its already build with kde 4.4 ? [13:50] mm hmm [13:52] :) [13:52] Nightrose: I got timeline and file searching working! === dendrobates is now known as dendro-afk === Tonio__ is now known as Tonio_ [14:24] kubuntu-netbook daily works! [14:25] wooot woot [14:33] * jussi01 giggles again at the "details" while kpackagekit is installing/downloading updates === dendro-afk is now known as dendrobates === EagleSn is now known as EagleScreen === shadesla1er is now known as shadeslayer === seele_ is now known as seele-mobile [16:29] Riddell: yay [16:29] any way i can get it to work as well? [16:30] Nightrose: you need to install shared-desktop-ontologies, and remove ~/..kde/share/config/dolphinrc [16:30] and /usr/share/kubuntu-default-settings/kde4-profile/default/share/config/dolphinrc [16:30] ah ok - will try when i'm at home [16:30] thx [16:30] and fiddle around with the settings until it decides to work [16:31] hehe [16:44] * Riddell wonders who CarlSymons is [16:45] NCommander: when would you like to have a kubuntu-dev interview? any of the green ones at http://doodle.com/tyizyw72vm67w7qw [16:52] Riddell: all of the above is fine. I leave it up to you to decide when is best for you [16:54] no jon around, will ping him when he appears [18:05] jussi01: oh yes those details are very much gigglible [18:05] Riddell: obviously we need a new Phonon patch to build Qt [18:05] Lex79: oh. phonon. foo. [18:07] I talked with sandsmark but he didn't reply yet [18:10] Riddell: shared-desktop-ontologies should be in the dep chain already [18:10] not sure whether I uploaded it to lucid though [18:12] apachelogger: it wasn't, I added it to kdebase-runtime depends as per trueg advice and debian practice [18:24] Riddell: hmmm shared-desktop-ontologies was installed already here [18:25] and dolphin settings shouldn't affect showing of content in timeline:/ no? [18:29] Riddell: oha, I added it to kdelibs5 [18:29] since that beasty build-depends on it [18:30] Riddell: possibly I committed the dep to the kdelibs bzr branch [18:31] Nightrose: no it shouldn't [18:31] Riddell: mphf - any other idea why it doesn't work here? [18:32] Nightrose: broken repository [18:32] apachelogger: ? [18:32] screwed up virtuoso stuffs [18:32] maybe getting .kde/share/apps/nepomuk out of the way helps [18:33] Nightrose: also, it is very very very slow === jonathan_ is now known as jjesse [18:33] Nightrose: if you killall nepomukserver and run it on the command line, what's the output? [18:33] * Nightrose tries [18:35] Riddell: http://pastebin.com/d730f2694 [18:37] "Failed to start Virtuoso" that doesn't look good [18:38] "This server does not read this pre 6.0 format." [18:38] do you have virtuosoconverter installed? [18:38] indeed... :D [18:38] * Nightrose looks [18:39] The following packages have unmet dependencies: [18:39] virtuoso-server: Depends: virtuoso-opensource-6.0 but it is not going to be installed [18:39] ahhh [18:39] sorry [18:39] sec [18:40] yes virtuosoconverter is installed and in newest version [18:40] virtuoso-server isn't needed, virtuoso-nepomuk is the one now [18:40] k [18:42] <_Groo_> hi/2 all [18:45] <_Groo_> apachelogger: ping [18:46] _Groo_: pong [18:46] Nightrose: well, youd need to runt he converter really [18:46] apachelogger: how do i know that? how does $randomuser know this? ;-) [18:46] <_Groo_> apachelogger: hi apachelogger, im fixing the kx11grab, can you sponsor it when im finished (since jontheechidna is MIA) [18:47] Nightrose: go complain to trueg [18:47] <_Groo_> Nightrose: nepomuk? ;) the converter isnt working very well [18:47] or rather to the virtuoso god [18:47] * Nightrose kicks them [18:47] after all that beast did not even decide to provide the converter themself [18:47] awesome [18:48] * _Groo_ thinks is gonna record a video.. with him crying.. leeva trueg alone!!! lol [18:48] kind of funny when you think about it, one of the pillars of kde depends on an upstream that does not even get to migrate data across versions [18:48] then again kde did not bother to migrate large parts of KDE 3 data either :P [18:49] <_Groo_> apachelogger: it happens in IT... for ex.. im migrating a telecom from WAS 4.0 to 5.x [18:49] no no [18:49] <_Groo_> apachelogger: IBM migration docs: dump 4.0 data, install 4.3 (intermediary).. pray for conversion to work [18:49] * Nightrose grumbles and gets food [18:50] I did never ever see postgres loose data upon upgrade [18:50] <_Groo_> apachelogger: dump again, install 5.x, repeat praying [18:50] there is a difference between sensible solutions and not so sensible ones [18:50] JontheEchidna! [18:50] apachelogger: indeed [18:50] oh hai [18:50] just read irclogs.ubuntu.com [18:51] <_Groo_> apachelogger: agreed, but for what i gather, Virt6.0 was a rewrite.. couldnt mantain backward data compatbilty, but i agree its a screw up [18:51] * _Groo_ greets JontheEchidna [18:51] _Groo_: you do not need to maintain backward compability [18:51] <_Groo_> JontheEchidna: just saying to apachelogger that im gonna fix the revu and ping you guys for sponsorsgip [18:51] <_Groo_> ship [18:51] you need to migrate the freakin data [18:51] apachelogger: I actually decided to lose all my nepomuk data, conversion results caused nepomuk to eat cpu and ram more than my heaviest system could handle [18:52] <_Groo_> Tm_T: same... it was "easy" to just loose and remake [18:52] <_Groo_> Tm_T: easier [18:52] now [18:52] so, imagine they decide to rewrite again for v7 or v8 [18:52] and this shouldn't happen, really [18:52] and again fail to provide migration [18:52] apachelogger: I don't need to imagine, I pretty much expect that to happen [18:53] * _Groo_ imagines popular uproar, forks, fires... ppl screaming.. groo rising from the ashes as a popular leader, taking kde mankind to the next step [18:53] people are bitching a lot about kaddressbook not showing data, now what if nepomuk actually looses data [18:54] <_Groo_> apachelogger: this is all very experimental, kde is pushing the envelope on what we can do with our data.. colateral damage is inavoidable [18:54] experimental? [18:55] this is a trial'n'error approach IMHO [18:55] _Groo_: doesn't mean things couldn't be done better, but I am not blaming trueg at all, he seems to be quite alone with this [18:55] we are at KDE 4.4 and the 3. data storage backend for nepomuk [18:55] first we had that slow beast of which I forgot the name, followed by the java thingy that ate all your ram, and now we have a somewhat decently fast thingy that fails to migrate data [18:56] nonfree java thingy that ate all your ram, nonetheless [18:56] righto [18:56] <_Groo_> sesame and redland [18:56] virtuoso still likes to nom on your RAM, but you can set the lower limit to 50 MB [18:56] <_Groo_> if my memory doenst fail me [18:57] <_Groo_> well semantic desktops are very cutting edge, no one else is doing this stuff like kde is... road bumps are expected [18:57] <_Groo_> i for one welcome our new semantic overlords [18:58] I've never seen anything with a GUI to set RAM usage before (or anything with the need for such a gui, actually) [18:59] <_Groo_> and anyway, theres always the call center approach to bitching [18:59] <_Groo_> JontheEchidna: its because in mac/windows they just eat up all your ram WIHTOUT asking :D [18:59] <_Groo_> JontheEchidna: they know better [19:00] it seems that it could just smartly schedule things based on the amount of free ram, without creating a whole gui for it [19:00] dude [19:00] it cant even migrate data :P [19:00] <_Groo_> JontheEchidna: logically true, but DBs dont work that way [19:00] well, it has a manual RAM limiter. It also has access to numbers on the amount of free ram [19:01] _Groo_: that has nothing to do with it being a db [19:02] JontheEchidna, nixternal_, apachelogger: how does 23:00 today suit to quiz NCommander? [19:02] UTC [19:02] Riddell: should work fine for me [19:02] rather latish for me [19:03] 22:00? [19:03] more like it [19:03] Riddell: I had a slight problem with KMail from 4.4: overall it worked great, but PGP support didn't work. then Paul Adams just gave me this advice: [19:04] ""Run gpg-agent --daemon, copy the result into a konsole and then launch !kontact from that konsole. Ping the packager to fix this." [19:04] if I do not fall asleep :D [19:04] is it a packaging issue? [19:04] doesn't really sound like a packaging issue at all [19:04] I couldn't tell... [19:04] it's just what Paul dented [19:05] http://identi.ca/notice/22213442 [19:05] that said, I did have KPGP running [19:05] and it normally works fine [19:05] KGPG [19:05] or whatever it's called [19:13]