[00:33] <wgrant> [A
[01:23] <claydoh> argh how many times does Wendy's need to inspect one restaurant in 8 week?
[01:24] <claydoh> I guess  the answer is 5, I just  got finished with one tonight, so the release notes I planned will be a little delayed
[01:24] <claydoh> Riddell: ScottK et al ^^
[02:07] <maco> apachelogger: is installing the gnomey u1 client before trying your kde one still a requirement?
[02:07] <maco> apachelogger: and do UDFs work yet? if so, how do i set one up?
[03:45] <ScottK> claydoh: Nice.  Sounds great.
[06:45] <shadeslayer_> kronos_: dude.. on the IRC so early?
[06:45] <shadeslayer_> nothing to do @ IIT? :P
[06:45] <kronos_> shadeslayer_: sort of ..
[06:46] <shadeslayer_> hehe :P
[06:46] <kronos_> shadeslayer_: m bunking a psychology class :D
[06:46] <shadeslayer_> haha :)
[06:46] <shadeslayer_> ive gtg now
[06:46] <shadeslayer_> ciao
[06:46] <kronos_> shadeslayer_: ciao ... 
[06:49] <apachelogger> maco: no, yes, systemsettings -> ubuntuone -> Folders
[07:04] <maco> apachelogger: does that require maverick? cuz using your ppa on lucid i dont have a folders setting
[07:04] <apachelogger> yes, maverick
[07:05]  * apachelogger tries to get desktopcouch and the syncdaemon patched up in maverick this very moment since he will prolly not be able to do a whole lot on the weekend
[10:35]  * Riddell wonders why the release team meeting has been cancelled
[10:38] <ghostcube> heh cause no release :D
[10:38] <ghostcube> lol
[10:38] <ghostcube> sup peoples?
[10:40] <ghostcube> wow do we have an new kubuntu.org page?
[10:40] <ghostcube> looks good
[11:10] <Riddell> debfx: yes lots of ? icons in kate
[11:11] <Riddell> shadeslayer: fancy doing the new kdepim beta?
[11:40] <[4-tea-2]> Howdy. I got sent here because I found a data-destroying bug in digiKam 1.3 (KDE 4.4.92, all from the kubuntu PPA).
[11:41] <[4-tea-2]> I reported it for digiKam on the KDE bug thingie, but I guess I was kinda late, with KDE 4.5 coming out in a few days. I kinda hope to be in time to have it fixed for 10.10, though. Anyone interested?
[11:43] <Riddell> [4-tea-2]: 4.5 is unrelated to the digikam release, upstream are likely to be best placed to fix it
[11:43] <Riddell> [4-tea-2]: what's the bug number in bugs.kde.org ?
[11:43] <[4-tea-2]> Gimme a sec.
[11:44] <[4-tea-2]> https://bugs.kde.org/show_bug.cgi?id=246743
[11:47] <[4-tea-2]> I was under the impression the digiKam was a "part of KDE" and would be released in-sync. God to know it isn't so.
[11:47] <[4-tea-2]> s/God/Good/
[11:47] <Riddell> [4-tea-2]: KDE is a large community, some parts of KDE software are released together, many others do their own releases
[11:48] <Riddell> digikam does its own release
[11:48] <[4-tea-2]> gotcha
[11:48] <Riddell> [4-tea-2]: that looks like a significant problem indeed but upstream will be best placed to deal with it, if you notice a fix or other comment from him do let us know, we might be able to patch our packages
[11:50] <[4-tea-2]> Will do, thanks for your advice!
[11:58] <apachelogger> o/
[11:58] <apachelogger> now here is an interesting thing I noticed...
[11:58] <apachelogger> well, actually two
[11:58] <apachelogger> for one thing
[11:58] <apachelogger> knotify eats almost 20 MiB of RAM (unshared that is)
[11:59] <apachelogger> of those 20 around 10 are because of phonon (i.e. sound notifications)
[11:59] <apachelogger> and of thsoe 10 are around 4 from libavcodec itself
[11:59] <apachelogger> I find that a bit outrages really
[11:59] <apachelogger> secondly
[12:00] <apachelogger> krunner uses about 5 MiB of unshared memory for libqalculate
[12:00] <apachelogger> and that thing is only used for the =1+1 stuff
[12:00] <apachelogger> now as much as I like this feature
[12:00] <apachelogger> 5 MiB makes me roll with my eyes really wildly
[12:01] <apachelogger> so just to have that said ... by turning off sound support in knotify and the caluclator in krunner one can save 15 MiB of RAM
[12:01] <apachelogger> ...that is quite a bit...
[12:01]  * yofel would rather have akregator not taking 300MiB after reading a few feeds...
[12:01] <apachelogger> now to continue on those odd observations
[12:02] <apachelogger> ubuntuone-syncd from a cold start eats more than flipping mysql
[12:03] <apachelogger> and to blame myself too
[12:04] <apachelogger> either ubuntuone-statusnotifier leaks memory in the lib OR I am very very sloppy
[12:04] <apachelogger> once connected and active that beasty has a heap of > 19 MiB
[12:04] <apachelogger> in fact,  I think it is growing ... which supports the theory of leaking
[12:50] <dpm> Riddell, shall we announce a Kubuntu Translations Day for next week at some point today
[12:51] <Riddell> dpm: what date did we agree on?
[12:51] <dpm> Riddell, it's on your calendar, next Friday
[12:54] <Riddell> next Friday is good, I'll e-mail kubuntu-devel
[12:54] <Riddell> might do a wee blog too
[12:56] <apachelogger> uh!
[12:56]  * apachelogger has the leak
[12:57] <Riddell> dpm: when do language packs get generated?
[12:58] <dpm> Riddell, twice a week except for freeze periods, IIRC, but I'd have to ask Arne when the next round is
[12:59] <Riddell> cos the current KDE translations uploaded earlier this week are incorrect
[12:59] <debfx> Riddell: weird thing is that even when null.png is installed, kate still displays ? icons
[12:59] <Riddell> and there was that bug with the desktop_.pot files which won't get fixed until we upload 4.5.0 on Tuesday
[13:00] <dpm> right
[13:00] <CIA-98> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100806120045-zhz2kal1y8p7nelv * src/libs/ (SyncDaemonStatus.cpp SyncDaemonStatus.h) implement proper dtor to fix memleak
[13:01] <dpm> Riddell, if we could get new language packs on Thursday or so, that'd be good, if not, we can just delay the translations day. Let me check with Arne.
[13:02] <dpm> Actually, now that I'm thinking about it, there is a bug with the translations approver in LP right now
[13:02] <\sh> apachelogger: ping
[13:03] <apachelogger> \sh: pogo
[13:03] <\sh> apachelogger: you are the one who gace a talk about plasmoids in javascript...how do I get the attached layout from a QGraphicsViewItem like a Frame()?
[13:03] <Riddell> dpm: one that would make doing translations QA not very useful?
[13:05] <apachelogger> hm
[13:05] <apachelogger> hmmmmmmm
[13:06] <apachelogger> \sh: how do you get hold of a QGraphicsViewItem in the javascript envrionment?
[13:06] <apachelogger> IIRC plasma does not even expose that
[13:06] <dpm> Riddell, yep, one of those nasty ones. I'm checking it out with danilo and Arne right now
[13:06] <\sh> apachelogger: wait I'll give you an example code ;) 
[13:07] <apachelogger> \sh: also, QGraphicsView inherits indirectly from QFrame ... so technically should be able to set it up there too
[13:07] <\sh> apachelogger: well, what I mean is something like this:
[13:08] <Riddell> dpm: wiki page https://wiki.kubuntu.org/Kubuntu/TranslationsDay
[13:09] <\sh> function foo() { frame=new Frame(); framelayout=new LinearLayout(frame); return frame;} newframe=foo(); newframe.getLayout().additem(new Label().text="hello");
[13:09] <\sh> so my function is returning the container object...and now I need the attached layout of the container
[13:09] <apachelogger> newframe.layout()
[13:09] <\sh> thx
[13:10] <dpm> Riddell, looks good! Let me wait for danilo's answer before announcing it though. If we cannot get a language pack with the 4.5.0 translations on time, we might want to delay the translations day a bit
[13:10] <\sh> apachelogger: not defined layout() ;)
[13:10] <apachelogger> Oo
[13:10] <apachelogger> scary
[13:11] <apachelogger> \sh: apparently you cannot access the layout :O
[13:12] <\sh> lol
[13:13] <apachelogger> full ack
[13:13] <apachelogger> anyhow
[13:14] <apachelogger> hmmmm
[13:15] <apachelogger> \sh: if I amnot mistaken the layout is not the layout of the frame anyway
[13:15] <apachelogger> but just parented by the frame, i.e. when the frame gets cleaned up the layout will go to
[13:17] <apachelogger> \sh: I recommend asking in #plasma-devel
[13:18] <\sh> apachelogger: well, reading http://api.kde.org/4.x-api/kdelibs-apidocs/plasma/html/classPlasma_1_1Frame.html and http://doc.trolltech.com/4.6/qgraphicswidget.html#layout it should be exposed somehow
[13:18] <apachelogger> \sh: but I think the Frame is really meant to contain but one thing and not multiples
[13:18] <apachelogger> the javascript api deliberately limits access to functions
[13:18] <\sh> apachelogger: tell that the scrollerwidget example in c++ ;)
[13:18] <apachelogger> what is not documented at http://techbase.kde.org/Development/Tutorials/Plasma/JavaScript/API is not supported
[13:19] <apachelogger> \sh: the C++ api targets a different kind of developer IMHO ^^
[13:19] <apachelogger> \sh: also, even if the layout function was exposed it would not be of any use because it returns a QLayout which is not supported in the plasma::javascript api
[13:20] <apachelogger> what you could do is use the qtscriptbindings and use a real QFrame
[13:20] <\sh> QGraphicsLayout *	layout () const <- which is something like linearlayout
[13:20] <apachelogger> a bit hackish though
[13:20] <\sh> apachelogger: the other way of solving my problem is going back to python ;)
[13:20] <apachelogger> \sh: something like will not suffice with the javascript api I am afraid
[13:21] <apachelogger> well
[13:21] <apachelogger> there is one argument that makes javascript or c++ the favorable approach which is that those are the only two engines available on every plasma setup
[13:21] <apachelogger> python or ruby or webkit or foo might either not be built at all or not installed
[13:23] <apachelogger> \sh: does it work if you do the same thing with the layout outside the function?
[13:24] <\sh> apachelogger: dunno...but I know how to workaround that now ;)
[13:24] <apachelogger> \sh: how?
[13:27] <\sh> apachelogger: http://paste.ubuntu.com/474012/ <- like that ;) 
[13:28] <apachelogger> ^^
[13:30] <apachelogger> http://javascript.about.com/library/blmultir.htm
[13:30] <\sh> apachelogger: that's ugly
[13:31] <apachelogger> well, it is javascript
[13:31] <\sh> apachelogger: the js array version is much prettier ;
[13:31] <\sh> apachelogger: I know ;) I did some coding with Qooxdoo ;) 
[13:31] <\sh> which is Qt for the web ;)
[13:31] <apachelogger> the ugliest about all of this is that there is no layout() function though
[13:32]  * apachelogger uses that function considerably often
[13:35] <dpm> Riddell, ok, I've talked to Danilo and Arne. Let's delay the Kubuntu Translations day a week (on the 20th of Aug). This way we'll ensure that the approver bug is fixed, that we've got a language pack containing all translations, and that we're past the next Launchpad release, which seems to be next Thursday
[13:37] <shadeslayer> Riddell: ill do it tonight :)
[13:37] <shadeslayer> i saw the mail @ college
[13:39] <shadeslayer> and all the PC's had windows .. one had red hat... couldnt do much there :p
[13:39] <\sh> apachelogger: btw..is it possible to use the HTTP extension for posting data to a web api?
[13:39] <\sh> (inside this javascript foo?)
[13:39] <shadeslayer> ill need testers :D
[13:41] <dpm> can someone off the top of their head think of translatable apps that are Kubuntu-specific, or that are KDE-ish and where the upstream is LP? I'd like to promote their translation, since they tend to remain hidden amongst the big list of translatable templates, and Ubuntu translators tend to concentrate on more GNOME-related translations
[13:42] <\sh> apachelogger: forget all about javascript...I'm coding the stuff in c++... that's much easier even for me
[13:42] <shadeslayer> dpm: ok i think it works this : KDE does translations -> LP strips during build -> we work on translations
[13:43] <shadeslayer> i get a ton of mail when that happens from rosseta :D
[13:44] <shadeslayer> now what is a foo.lsm file
[13:44] <dpm> shadeslayer, I know the workflow, notice that I haven't mentioned KDE upstream apps. I'm asking about applications such as kubuntu-firefox-installer and so on
[13:44] <shadeslayer> ohhh those...
[13:44] <dpm> :-)
[13:44] <shadeslayer> no idea on those.. thats all the info i have :P
[13:44] <dpm> no worries, hopefully someone can come up with a list
[13:46] <debfx> dpm: https://launchpad.net/kcm-gtk https://launchpad.net/kubuntu-notification-helper
[13:46]  * shadeslayer gets back to Behind Enemy Lines
[13:46] <dpm> great, another one on the list, thanks debfx
[13:46] <dpm> well, two, sorry
[13:48] <apachelogger> \sh: you can include any javscript library/module foo in your plasmoid
[13:49] <apachelogger> dpm: kubuntu-debug-installer
[13:53] <shadeslayer> apachelogger: need some advise on http://gitorious.org/~megabigbug/rekonq/megabigbugs-clone/commit/c6ec469aba250f0fc658f5968c2ae7517abfd6ff
[13:53] <dpm> cool, thanks apachelogger
[13:53] <shadeslayer> apachelogger: we can pass url.url() instead of all that manually right?
[13:54] <apachelogger> shadeslayer: what is url?
[13:54] <shadeslayer> url is a KUrl object
[13:54] <apachelogger> dpm: I think that is it, the other tools are old and supposedly getting replaced by JontheEchidna's work on C++ implementations
[13:55] <apachelogger> shadeslayer:  I do not think so
[13:56] <shadeslayer> do not think what? :D
[13:56] <dpm> right
[13:56] <apachelogger> if I am not mistaken KUrl::url() will return the whole url
[13:56] <apachelogger> but in the code at hand a manual composition of the host only is used
[13:56] <shadeslayer> like www.google.com 
[13:56] <shadeslayer> just that ^
[13:56] <apachelogger> shadeslayer: but I think you can let kurl or qurl build that
[13:56] <apachelogger> http://www.google.com
[13:56] <apachelogger> BUT
[13:56] <shadeslayer> right
[13:57] <shadeslayer> theres always one :P
[13:57] <apachelogger> if the url were http://www.google.com/?2lsl=111 then that would be the return value of .url()
[13:57] <apachelogger> which is not what you need at this point
[13:58] <shadeslayer> ok... i got it.. we just need the http://www.google.com
[13:58] <apachelogger> IMHO what that change does is wrong too though
[13:58] <apachelogger> because it does not take into account the port (if available)
[13:58] <apachelogger> nor authentication (if available)
[13:58] <apachelogger> which of course would increase the hit rate
[13:59] <txwikinger> KURL::url().host() ?
[13:59] <txwikinger> or rahter KURL::host()
[14:00] <Riddell> dpm: ok 20th August it is
[14:00] <dpm> Riddell, sounds good to me
[14:00] <apachelogger> txwikinger: where is that used?
[14:00] <apachelogger> shadeslayer: I think url.host() should be authority()
[14:01] <txwikinger> apachelogger: no idea.. QUrl has host if you only want the host of the url
[14:01] <txwikinger> you can also use authority I believe.. works both
[14:01] <apachelogger> no
[14:01] <apachelogger> host is only a subpart of authority
[14:01] <shadeslayer> what would authority return?
[14:01] <apachelogger> authority will include authentication and port
[14:02] <txwikinger> apachelogger: right
[14:02] <apachelogger> on second thought maybe authentication is too much
[14:02] <apachelogger> on second thought of the second thought one should make a lookup with and without authentication and prefer former if that yields anything ;)
[14:02] <apachelogger> ah
[14:02] <apachelogger> there we are
[14:02] <apachelogger> shadeslayer: url.toString(FormattingOptions)
[14:02] <txwikinger> apachelogger: what are you guys doing anyway?
[14:03] <shadeslayer> hmm
[14:03] <apachelogger> url.toString(QUrl::RemovePath|QUrl::RemoveQuery|QUrl::RemoveFragemnt|QUrl::StripTrailingSlash);
[14:03] <shadeslayer> txwikinger: we need to get proper favicon support :p
[14:03] <shadeslayer> in rekonq
[14:03] <txwikinger> ah
[14:04] <txwikinger> wasn't there somewhere an icon() function for that?
[14:04] <shadeslayer> BUT.... qt webkit cache is b0rked
[14:04] <shadeslayer> it downloads favicon for lp and google.. but not for wikipedia and other sites
[14:04] <txwikinger> well.. konq webcache b0rks with favicons too
[14:05] <shadeslayer> txwikinger: in rekonq when you type stuff in urlbar... there are alot of search protocols.. their favicons dont get cached
[14:07] <txwikinger> shadeslayer: apachelogger: how can you save and reload all the session information with qtwebkit?
[14:07] <shadeslayer> apachelogger: we just need to pass the host url to get favicon or the exact favicon url?
[14:08] <apachelogger> txwikinger: I dunno? foreach over all open pages and save their urls?
[14:08] <shadeslayer> txwikinger: saveconfig or something?
[14:08] <txwikinger> shadeslayer: the favicon can be set in each webpage differently
[14:08] <apachelogger>     WebCore::Image* image = WebCore::iconDatabase()->iconForPageURL(WebCore::KURL(url).string(),
[14:08] <apachelogger>                                 WebCore::IntSize(16, 16));
[14:09] <apachelogger> shadeslayer: I recon WebCore will try to get the favicon via default name ;)
[14:09] <apachelogger> or (if set) via the page itself
[14:09] <txwikinger> apachelogger: I mean the session information that I don't have to re-authenticate on a website after restarting the browser
[14:09] <shadeslayer> apachelogger: that needs looking into then :D
[14:09]  * apachelogger is wondering why one must issue two calls to iconForUrl anyway since WebCore could easily check both cases
[14:09] <apachelogger> txwikinger: that is what a cookie is for?
[14:10] <txwikinger> apachelogger: where can I get the cookies in qtwebkit?
[14:10] <apachelogger> IIRC you cannot and should not store a HTTP authentication
[14:10] <apachelogger> since they are HTTP session bound
[14:10] <txwikinger> well konq does it
[14:10] <apachelogger> no
[14:11] <apachelogger> konq will throw a auth dialog, just with data filled out
[14:11] <apachelogger> unless it is a cookie
[14:11] <apachelogger> which is a completely different approach of authentication to begin with
[14:11] <txwikinger> well. i think it is a cookie what I am looking for
[14:11] <apachelogger> txwikinger: i think qtwebkit should store cookies automagically
[14:11] <apachelogger> kdewebkit supposedly uses kcookiejar
[14:12] <txwikinger> hmm.. so if I use kdewebkit instead, I can just use kcookiejar for it?
[14:13] <apachelogger> you should not have to worry about it
[14:13] <apachelogger> if you have to then there is a bug
[14:13] <apachelogger> the cookie storage units are tightly integrated with the core stuff 
[14:13] <apachelogger> mostly one can just define an acceptability policy
[14:13] <apachelogger> like no cookies at all
[14:14] <apachelogger> or cookies are only valid for as long as the browser session lasts
[14:14] <txwikinger> well.. I want them be valid longer than the session
[14:14]  * txwikinger writing his own specialized browser
[14:14] <apachelogger> that ought to be default...
[14:14] <apachelogger> in any case
[14:15] <apachelogger> if you use kdewebkit everything should be just fine
[14:15] <apachelogger> and basically it is just qtwebkit with kioslaves and kcookiejar
[14:15] <txwikinger> ok. will try that
[14:15] <txwikinger> so I would have all the konq cookies available too?
[14:16] <apachelogger> I think so, yes
[14:16] <txwikinger> coo
[14:16] <txwikinger> cool
[14:16] <shadeslayer> apachelogger: webcore is khtml?
[14:16] <apachelogger> no
[14:17] <shadeslayer> lionel_: ^
[14:17] <apachelogger> webcore is the heart of webkit
[14:17] <shadeslayer> apachelogger: the name says it all :P
[14:20] <shadeslayer> apachelogger:  WebCore::IntSize(16, 16)); << thats in pixels?
[14:20] <apachelogger> supposedly 
[14:22] <shadeslayer> i do really need mentorz
[14:28] <shadeslayer> hmm.. i still get Error org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1 
[14:28] <apachelogger> Riddell: can you please take a look at http://people.ubuntu.com/~apachelogger/tmp/u1.debdiff
[14:30] <Riddell> apachelogger: looks fine, let me check with ken if he's poking the ubuntu one people first
[14:30] <apachelogger> k
[14:31] <Riddell> apachelogger: also i guess kenvandine is the packager of ubuntu-one so he should check you change too, he'd be likely to overwrite it with his next upload if he's not aware of it
[14:42] <Riddell> 14:41 < kenvandine> Riddell, just talked to josh, he will get someone to merge them asap
[14:42] <Riddell> 14:41 < kenvandine> Riddell, but i am ok with distro patch if that unblocks anything
[14:42] <Riddell> apachelogger: ^^
[14:43] <apachelogger> perfect
[14:43] <apachelogger> Riddell: thanks for poking :)
[14:46] <Riddell> 14:42 < kenvandine> merging the branches doesn't mean they will release
[14:46] <Riddell> 14:42 < kenvandine> although we might not want to upload a change like that on a friday :-D
[14:46] <txwikinger> Are there any python bindings for kdewebkit?
[14:48] <Riddell> don't think so no
[14:49] <txwikinger> bah.. too bad
[14:49] <shadeslayer> Riddell: did you see the backlog of want to be members? :D
[14:50] <shadeslayer> https://edge.launchpad.net/~kubuntu-members/+members#proposed
[14:50] <Riddell> shadeslayer: we always get those
[14:51] <Riddell> shadeslayer: if you want you can e-mail them to ask if they're serious and where their wiki page is
[14:51] <shadeslayer> hmm... well i know bulldog98 is away for a while :P
[14:55] <shadeslayer> Riddell: err... the kdepim mail says beta 2 and yet the tarball is named beta 1
[14:55] <maco> Riddell: clearly, we are outnumbered
[14:56] <Riddell> shadeslayer: unstable/kdepim/4.4.92/src/
[14:56] <shadeslayer> bah.. wrong folder :P
[14:56] <Riddell> maco: who's we?
[14:56] <maco> Riddell: me and you on the "yeah sure, normal users like html" thing
[14:56] <shadeslayer> maco: uh.. bad idea to enable html on kmail by default
[14:57] <maco> i think a relevant question is whether setting it to /display/ html also sets it to /send/ html
[14:57] <shadeslayer> +1 for normal default behaviour
[14:57] <maco> except that's not normal behaviour outside of geeky linux systems
[14:58] <shadeslayer> Riddell: btw this is going again in experimental?
[14:58] <Riddell> shadeslayer: yes
[14:58] <maco> ive replied to html email and gotten a reply back asking what all that code is... normal people, upon seeing the code stuff in the preview pane, might think something's broken / the email corrupted, without even bothering to read the box
[14:58] <shadeslayer> ok...
[14:59] <ScottK> maco: Normal users also click on unsafe web sites and agree to install malware.  I don't think that means we should make it easy for them to do it.
[14:59] <maco> ScottK: do we disable javascript by default in browsers?
[15:00] <maco> because i think "its not showing the colours in kmail" is likely to look just as broken as "the internet keeps telling me i need coffee"
[15:00] <ScottK> maco: We don't, but the default browser experience and how to get to the more 'rich' experience is a lot less obvious in a browser.
[15:01] <ScottK> default browser experience ... without javascript is a lot worse ...
[15:01] <apachelogger> Nightrose: while sitting in the train today I had the most horrible idea regarding the release script ... each part (source, l10n, docs...) could be based on an AbstractReleasePart class and each of those parts can have any number of subparts
[15:02] <Nightrose> apachelogger: that many abstractions make my head spin
[15:02] <apachelogger> so you have a part KDERelease which contains a part for Source and L10n and Doc and each of those can also contain multiple parts  (e.g. if you want to do more complex stuff int he source fetching
[15:02] <apachelogger> Nightrose: well, it is quite dynamic while allowing high level of automation
[15:03] <apachelogger> like KDERelease can fill itself up with standard Source and L10n and Doc (if those are to be built...) and those will do appropriate things 90% of the time
[15:03]  * Nightrose nods innocently
[15:04] <apachelogger> but if someone desires to write their own messing with the source and stack that on top of the default one, then the particular change would be like 3 sloc
[15:06] <shadeslayer> apachelogger: i cant frickin remember how to compare package versions with dpkg :S
[15:06] <shadeslayer> pkg --compare-versions 4.5.0 > 4.5 isnt working 
[15:06] <shadeslayer> err... ^ dpkg
[15:06] <apachelogger> Nightrose: also it allows to wrap multiple releases into each other ... say you want to roll the amarok collection scanner independently ... then you would have one script that builds a Release but that Release contains another Release for the collectionbuild
[15:07] <apachelogger> Nightrose: anyhow, incredibly powerful without much overhead on the coding side and yet a no brainer for those who trust in my supreme release script coding skillz ^^
[15:07] <Nightrose> :D
[15:07] <Nightrose> *hug*
[15:07] <apachelogger> shadeslayer: gt, lt
[15:07] <apachelogger> dpkg --compare-version 1 gt 2; echo $?
[15:07] <apachelogger> yields 1
[15:07] <Riddell> shadeslayer: are you planing to split out the googletalk-call part of kopete into a separate package?
[15:07] <apachelogger> because 1 is not greater than 2
[15:08] <shadeslayer> Riddell: i cant wrap my head around it :S
[15:08] <Riddell> shadeslayer: I think it just needs a kopete-plugin-googletalk package with the usr/bin/googletalk-call file in it no?
[15:08] <apachelogger> Riddell: IIRC it also links stuff into libkopete
[15:09] <Riddell> hmm, that's a pain
[15:09] <shadeslayer> Riddell: i can do  that part but im usure if that will stop bringing in libmediaavcodec
[15:09]  * Riddell compiles it to check
[15:09] <shadeslayer> and what apachelogger said
[15:09] <apachelogger> so either the build system gets changed around to not do that or a packag rebuild needs to happen (liek for quassel) 
[15:10] <apachelogger> Riddell: also I think I just scared the ubuntuone people with my implementation of ubuntu-sso
[15:10] <apachelogger> of which the two around did apparently not hear until today
[15:10] <apachelogger> which kind of proofs my point that some stuff needs to be communicated via mailing lists
[15:11] <Riddell> apachelogger: I suspect the idea of external contributions to ubuntu one is all new to them
[15:11] <apachelogger> looks very much so
[15:11] <shadeslayer> apachelogger: i think i screwed up kdepim versioning
[15:11] <shadeslayer> see right now we have 4.5~beta1
[15:12] <shadeslayer> but if 4.5.1 comes out... 4.5.1 < 4.5~beta1
[15:12] <apachelogger> also I was thinking a bit about how to make owncloud sync stuff ... upon which I realized that desktopcouch is really just like akonadi but without the PIMish focus ;)
[15:12] <apachelogger> so I think owncloud ought to hook up with akonadi really << rbelem
[15:13] <apachelogger> supposedly that solves the problem of syncing mobile to desktop devices and vice versa
[15:13] <apachelogger> shadeslayer: no
[15:13] <apachelogger> shadeslayer: did you check that?
[15:13] <shadeslayer> yes
[15:13] <shadeslayer> shadeslayer@saphira:/media/Work/KDE/pim/pim/kdepim-4.5.0$ dpkg --compare-versions 4.5.1 gt 4.5~beta1; echo $?
[15:13] <shadeslayer> 0
[15:13] <apachelogger> that strikes me as odd TBH
[15:14] <apachelogger> 0 == true
[15:14] <shadeslayer> whut!
[15:14] <apachelogger> means 4.5.1 is grater
[15:14] <apachelogger> s/grater/greater
[15:14] <shadeslayer> :O
[15:14] <shadeslayer> i thought 1 was true :P
[15:14] <apachelogger> because 4.5.0 gets seen by dpkg really as 4.5
[15:14] <apachelogger> shadeslayer: not regarding application exit values
[15:14] <Riddell> in shell 0 is true, just because shell likes to be confusing
[15:14] <shadeslayer> heh ^
[15:16]  * apachelogger thinks that really has to do with the fact that applications would have to report some sort of success or failure back to the OS and since success is hopefully more often the case 0 saves you one pointless bit  per process exit :P
[15:16] <apachelogger> now I really wonder why apps exit with 0 on no error ^^
[15:18] <ScottK> Because they exit with the error code.
[15:18] <ScottK> 0 is the non-error code.
[15:20] <shadeslayer> Riddell: kdepim will take some time because ill refresh one of the patch.. and its huge
[15:20] <shadeslayer> specifically kubuntu_01_install_headers.diff
[15:20] <apachelogger> ScottK: but why!
[15:21] <apachelogger> did the C standard authors just feel like it?
[15:21] <ScottK> I'm not sure I can explain it.  It just seems obviously sensible to me. 1 - ... are the error codes to tell you what went wrong.  How could the non-error code be anything other than 0?
[15:21] <apachelogger> or is there a particular reason why 0 is preferrable?>
[15:22] <ScottK> I'm not sure.  I've never questioned it as it just made sense to me.
[15:22] <apachelogger> ^^
[15:23]  * apachelogger diggs up the original C standard
[15:25] <JontheEchidna> could bug 609247 be acted upon while we wait for a review?
[15:25] <shadeslayer> wow.. the patch applies cleanly :O
[15:25] <JontheEchidna> it's currently blocking an FTBFS upload
[15:27] <Riddell> JontheEchidna: yes I'm going to look at that after kopete and pre-promote it if it's sane
[15:27] <maco> apachelogger: so i guess you're saying that if i want to be able to have a netbook in sync with a laptop, its time for both to be upgraded?
[15:28] <JontheEchidna> Riddell: neat, thanks
[15:28] <apachelogger> maco: if you wish to use ubuntuone that is
[15:28] <maco> apachelogger: right right...
[15:28] <Quintasan> Grrr
[15:28] <shadeslayer> apachelogger: forward port u1 already :P
[15:28] <shadeslayer> Quintasan: hey :D
[15:29] <Quintasan> I hate it when upstream ships debian/ inside tarball
[15:29] <Quintasan> shadeslayer: \o
[15:29] <apachelogger> shadeslayer: dude, you just need to build
[15:29] <shadeslayer> Quintasan: yeah me too
[15:29] <shadeslayer> Quintasan: but with 3.0 on our side... its no problem
[15:29] <shadeslayer> it automatically moves the old debian folder out of the way and uses our packagin
[15:30] <Quintasan> huh?
[15:30] <Quintasan> How is that done?
[15:30] <shadeslayer> Quintasan: source format 3.0
[15:30]  * shadeslayer points to debian wiki
[15:30] <Quintasan> yeah, but where do I place our packaging?
[15:31] <apachelogger> Quintasan: just boot the upstream debian out of the source tree and replace it with ours
[15:31] <CIA-98> [muon] jmthomas * 1159935 * trunk/playground/sysadmin/muon/src/DetailsTabs/ (ChangelogTab.cpp ChangelogTab.h) Robustify changelog grabbing code. Thanks to Felix Geyer for the patch
[15:32] <apachelogger> AHA
[15:32] <Quintasan> cool story apachelogger 
[15:32] <apachelogger> Finally, control is returned to the host environment. If the value of status is zero or
[15:32] <apachelogger> EXIT_SUCCESS, an implementation-deﬁned form of the status successful termination is
[15:32] <apachelogger> returned. If the value of status is EXIT_FAILURE, an implementation-deﬁned form
[15:32] <apachelogger> of the status unsuccessful termination is returned. Otherwise the status returned is
[15:32] <apachelogger> implementation-deﬁned.
[15:34] <apachelogger> ScottK: my take here is that the general speration is just 0 == success and 1 == error as per C which is probably random since it could also be 0 == fail and 1 == success
[15:34] <apachelogger> indeed EXIT_SUCCESS AND EXIT_FAILURE translate to 0 and 1...
[15:35] <ScottK> apachelogger: If that were it, I'd agree, but I often see specific error codes used for different failure reasons.
[15:35] <apachelogger> ScottK: yeah, taht is where the implementation-defined form kicks in
[15:36] <ScottK> 0 = error, 1 = works, 2+ = some other error would just be odd.
[15:36] <apachelogger> e.g. you could write a C compiler where exit(100) would really yield 1
[15:36] <apachelogger> ScottK: I am not sure that was intentional
[15:36] <maco> i think id go for 0 = success, and then any other number = a specific error
[15:36] <maco> that way later if i get a bug report "it said error code 42" i can grep for 42
[15:36] <apachelogger> also knowing C I would raelly think that they in particular did not think of additional error codes ;)
[15:37] <apachelogger> because from a host environment  POV only success or error are interesting
[15:37] <shadeslayer> id rather like 1 for success and anyother code for error :p
[15:37] <apachelogger> the additional error codes probably only come from people in the host environment being silly and implementing scripts around apps ;)
[15:37] <maco> apachelogger: or wanting useful bug reports!
[15:38] <apachelogger> that is a bogus argument
[15:38] <apachelogger> as said
[15:38] <apachelogger> per spec exit(100) can yield anything in the host environment
[15:38] <apachelogger> since it is not specifically defined
[15:38] <shadeslayer> btw anyone notice that spell check does not work in OOo anymore?
[15:39] <apachelogger> the MSVC could easilly make exit(100) cause a return value of 50 just because it feels like it ^^
[15:40] <apachelogger> oh
[15:41] <apachelogger> ScottK, maco: on that note one could also go with exit != success && exit != error -> unknown_error
[15:41]  * Riddell spots libbluedevil in Debian New queue
[15:42] <ScottK> Riddell: I already asked someone to push it through so we can sync it.
[15:43] <JontheEchidna> joy, we have two cwp's under two different source package names \o/
[15:43] <JontheEchidna> I'll fix + do new cwp upstream release
[15:43] <shadeslayer> JontheEchidna: CWP ?
[15:43] <JontheEchidna> !info plasma-widget-cwp
[15:43] <JontheEchidna> !info plasma-widget-cwp maverick
[15:43] <shadeslayer> ah widget
[15:44] <JontheEchidna> !info plasma-widget-customizable-weather
[15:44] <shadeslayer> heh...
[15:44] <ScottK> cwp is the one from Debian, so I think the other should be removed.
[15:44] <apachelogger> oh oh oh
[15:44] <ScottK> Debian has a newer one though, we should sync.
[15:45] <ScottK> Someone should request that.
[15:45] <apachelogger> ScottK, maco: I am not sure how this would look on hardware level but supposedly they kept the specified values there to a minimum to allow minimal overhead ... as it is you could  drop the return values in a one bit register ^^
[15:45] <ScottK> Makes sense.
[15:45] <maco> apachelogger: fair enough
[15:45] <apachelogger> and at compiler level reduce any value >1 to 1
[15:46] <ScottK> Riddell: libbluedevil will be out of Debian new in a couple of minutes (should be syncable after the next dinstall).
[15:49] <shadeslayer> you know your ignoring your life when you have 10 friendship requests on fb :S
[15:50] <apachelogger> maco: do you happen to know if/how one can query proxy settings from gnome?
[15:50] <Quintasan> ScottK: that is in main or universe?
[15:50] <ScottK> Quintasan: Universe.
[15:50] <Quintasan> I think I can sync that
[15:50]  * apachelogger was thinking about giving ubuntu-sso proper proxy integration
[15:50] <Quintasan> ScottK: and plasma-widget-customizable-weather should be removed?
[15:50] <maco> apachelogger: nope
[15:50] <apachelogger> KDE has a nice function that spits out a ready to go qproxy it seems ^^
[15:50] <ScottK> Quintasan: yes
[15:50] <apachelogger> maco: ok :)
[15:51] <maco> apachelogger: wont you love it when the fdo unified keyring happens?
[15:51] <apachelogger> maco: well, ubuntu-sso will act as proxy between ubuntu online apps and the secrets storage API ^^
[15:51] <apachelogger> I am more worrid what the ubuntuone people will do
[15:52] <maco> ohok
[15:52] <apachelogger> because they now decided to really use ubuntu-sso as central token dispatch
[15:52] <maco> apachelogger: add a few unit tests to their stuff that will scream bloody murder if they make changes thatll break the kde version?
[15:52] <apachelogger> i.e. apps will not lookup that stuff independently but ask ubuntu-sso for it
[15:52] <apachelogger> maco: python can do unit test? :P
[15:53] <maco> kaddressbook & basket sharing with the contacts/notes stuff in u1 will be awesome when it happens someday too
[15:54] <apachelogger> ... or maybe someone hooks up akonadi with owncloud ...
[15:54] <shadeslayer> haha.. glib broken :P
[15:54] <Riddell> ScottK: ooh nice
[15:55] <yofel> shadeslayer: that version should have been reverted already
[15:55] <ScottK> shadeslayer: Fixed.
[15:55] <JontheEchidna> ScottK: I'm merging the latest cwp in debian + upgrading to the latest release, while also making transitional packages for our old cwp
[15:55] <ScottK> JontheEchidna: Excellent.
[15:55] <shadeslayer> yofel: ScottK i guessed so... i  just read it via choqok :P
[15:56] <apachelogger> :O
[15:56]  * apachelogger is wondering why KUrl::isParentOf is not static
[15:56] <ScottK> Riddell: Would you please remove plasma-widget-customizable-weather source only?  JontheEchidna is making a transitional package so we'll want to leave the binary.
[15:56] <maco> shadeslayer, ScottK: reverted, but not properly-fixed yet, from seb's email
[15:56] <shadeslayer> apachelogger: you must be going to http://community.kde.org/Promo/ReleaseParties/4.5#Graz
[15:56] <ScottK> maco: Fixed as in no longer not working.
[15:57] <shadeslayer> too bad there isnt one in India :(
[15:57] <apachelogger> oh
[15:57] <apachelogger> shadeslayer: that was already
[15:57] <Riddell> ScottK: reason?
[15:57] <ScottK> Riddell: Duplicates plasma-widget-cwp from Debian.
[15:58] <ScottK> We'll keep the Debian version.
[15:58] <apachelogger> and since krake was also there I would argue that me being there was the reason that I was not able to produce code yesterday ^^
[15:59] <Riddell> ScottK: done
[15:59] <ScottK> Riddell: Thanks.
[16:01] <JontheEchidna> pbuilding synced/updated/transitioning source
[16:10] <Quintasan> hm
[16:10] <Quintasan> how is it possible for debian's package for FTBFS
[16:11] <Quintasan> oh wait
[16:11] <Quintasan> its from unstable
[16:12] <Quintasan> ...
[16:19] <Riddell> shadeslayer: so kopete doesn't depend on libavcodecs, only the google call binary does
[16:19] <shadeslayer> awesome then we can split it
[16:19] <Riddell> shadeslayer: so we can simply split out that into a separate package
[16:19] <shadeslayer> ill do that after kdepim then
[16:19] <Riddell> shadeslayer: the issue asac had with linphone doesn't affect the part of linphone we care about so I'll comment that on the bug
[16:20] <shadeslayer> ok
[16:20] <Riddell> shadeslayer: there is a new version of linphone though, are you able to add packaging that to your todo list?
[16:20] <shadeslayer> Riddell: that might have to wait till sunday :p
[16:21] <Riddell> sunday is fine
[16:21] <shadeslayer> i have to write 4 articles for my departmental magazine as well .. one on kubuntu
[16:23] <Quintasan> hah
[16:23] <Quintasan> this package is interesting
[16:23] <shadeslayer> Quintasan: which one? :D
[16:23] <Quintasan> fails to build in both lucid and maverick pbuilder
[16:23] <Quintasan> plasma-widget-cwp
[16:23] <shadeslayer> hehe
[16:24] <Quintasan> strange
[16:24] <Quintasan> it comes from Debian
[16:24] <shadeslayer> Quintasan: something to sooth your nerves http://twitpic.com/2c4uvb
[16:24] <Quintasan> shadeslayer: nothing can help me now
[16:25] <Quintasan> lol
[16:25] <apachelogger> Riddell: requires patching
[16:25] <apachelogger> http://websvn.kde.org/trunk/KDE/kdenetwork/kopete/protocols/jabber/googletalk/googletalk.cpp?revision=1052230&view=markup
[16:26] <apachelogger> note line 51
[16:26] <apachelogger> also
[16:26] <Riddell> apachelogger: what's the issue?
[16:26] <apachelogger> when built with jingle support the jabber plugin is linked against ortp asound and speex additionally (ought to be considered I suppose)
[16:27] <apachelogger> Riddell: that it tries starting the executable and if that fails it throws an error msgbox
[16:27] <Riddell> we could change that message to a call to the restricted installer
[16:27] <Quintasan> +1
[16:27]  * Quintasan would love jingle support
[16:27] <apachelogger> dont mind me saying
[16:28] <apachelogger> but these days you cannot start an application without getting a notification
[16:28] <apachelogger> start konqueror -> install stuff 
[16:28] <apachelogger> in case you did not install all stuff
[16:28] <apachelogger> start amarok -> install stuff
[16:28] <apachelogger> did you still not install all stuff
[16:28] <apachelogger> start dragon -> install stuff
[16:28] <Quintasan> That's what you get when some idiotic patent laws exist
[16:28] <Riddell> apachelogger: ubiquity is about to do the "install stuff" automatically in ubuntu, I expect we'll follow
[16:28] <apachelogger> at some point it is getting a bit ewww
[16:29] <Quintasan> I assure you, "thinking" will be patented in near future
[16:29] <apachelogger> Riddell: that sure will be an improvement
[16:29] <apachelogger> Quintasan: thinking is trademarked by IBM
[16:29] <apachelogger> thinking differently is trademarked by Apple 
[16:29] <Quintasan> and not thinking?
[16:29] <JontheEchidna> trademark microsoft, inc
[16:29] <Quintasan> :D
[16:30] <apachelogger> aye
[16:30] <JontheEchidna> we could give k-n-h more "install stuff" categories so that konqueror wouldn't suggest installing k3b shiz
[16:30] <Quintasan> suggestion
[16:31] <Riddell> JontheEchidna: well that would make apachelogger's problem worse, at the moment it ticks all the boxes so you only need to go through the "install stuff" process once
[16:31] <apachelogger> *nod*
[16:31] <Quintasan> why don't we just show ONE big window saying: hey there, want to play mp3s, rip dvd etc. and a magic install button?
[16:31] <Quintasan> after install of course
[16:31] <Riddell> we do
[16:31] <Riddell> why after install?
[16:32] <Riddell> maverick will probably change to do it during install
[16:32] <Quintasan> oh
[16:32] <Quintasan> even better
[16:32] <apachelogger> so that mint looses the reason for existance ^^
[16:32] <JontheEchidna> ^^
[16:32] <apachelogger> though that did not work out with gnome either
[16:32] <Quintasan> apachelogger: Isn't it better that way?
[16:32] <JontheEchidna> oh, that idiot reviewer that gave us a 2 over wallpaper gave mint 9 KDE a 4.5/5 :/
[16:32] <Quintasan> Who cares bout some Mint when all they do is put some artwork and a installer?
[16:33] <JontheEchidna> MINT IS SUPERI0R
[16:33] <Quintasan> JontheEchidna--
[16:33] <Quintasan> Blashphemy!
[16:33] <JontheEchidna> [/s]
[16:33] <apachelogger> min does have the GTK apps on board
[16:33] <apachelogger> it must be superior!
[16:33] <Quintasan> No.
[16:33] <Quintasan> It is not.
[16:34] <JontheEchidna> bbl, anywho
[16:34] <apachelogger> mint KDE is mint GNOME with colors turned into blue
[16:34] <Quintasan> NO REALLY
[16:34] <Quintasan> what on earth is that
[16:34] <apachelogger> + looks strange
[16:34] <apachelogger> they combined a very odd blue with a blackish plasma theme
[16:35] <apachelogger> which now looks like some unix haxx0r's system
[16:36] <Quintasan> is there something wrong with my pbuilder or wtf
[16:36] <Quintasan> apachelogger: http://pastebin.ca/1912316
[16:36] <Quintasan> :/
[16:36] <Quintasan> how can one fail at touch?
[16:36] <apachelogger> oh my lord
[16:36] <Quintasan> how can one use old dh magic?
[16:37] <apachelogger> Quintasan: out of disk space?
[16:37] <Quintasan> >1TB of space
[16:37] <Quintasan> Are you kidding me? :O
[16:38] <apachelogger> is debian/rules executable?
[16:39] <apachelogger> is the rules file proper?
[16:39] <apachelogger> anyhow
[16:39] <apachelogger> I am off for the evening I suppose
[16:39] <apachelogger> (like that is really gonna happen when I say it will)
[16:39] <Quintasan> xd
[16:39] <Quintasan> apachelogger: this is package from Debian squeeze
[16:39] <Quintasan> how can it be improper?
[16:40] <Quintasan> hmm
[16:40] <Quintasan> why on earth only one speaker is used?
[16:40] <Quintasan> I hate ALSA
[16:41]  * Quintasan goes off to google how to set up his 5.1 speakers
[16:44] <Riddell> JontheEchidna: if libqapt needs the stuff in libqapt-runtime shouldn't it depend on libqapt-runtime ?
[16:59] <Riddell> agateau: seen "dbusmenuqt and left-click" on kde-core-devel?
[17:00] <agateau> Riddell: yep, actually it's me who pointed notmart to the korgac problem
[17:00] <agateau> Riddell: we discussed this two days ago and he committed the fix
[17:01] <Riddell> groovy
[17:03] <Quintasan> oh woe alsa, why won't my speakers work
[17:07] <shadeslayer> hmm... do i need cryptplug.h : http://pastebin.com/d9Kfu6JA
[17:07] <Quintasan> apachelogger: any ideas?
[17:08] <Quintasan> this is just stupid
[17:08] <Quintasan> why does it fail at touch configure-stamp
[17:08] <Quintasan> :/
[17:09] <shadeslayer> Quintasan: any ideas about my error? ^_^
[17:09]  * Quintasan will try OSS
[17:09] <Quintasan> hmm
[17:10] <Quintasan> shadeslayer: well, if cmake says it wants then u want it for sure
[17:10] <shadeslayer> whut?
[17:10] <shadeslayer> dude.. when installing it fails to install cryptplug.h
[17:10] <shadeslayer> line 41
[17:11] <Quintasan> oh wait
[17:11] <Quintasan> is the file there?
[17:11] <shadeslayer> i dont think so ... lemme check
[17:11] <Quintasan> lol
[17:11] <shadeslayer> nope.. cant see it via ls -laR
[17:12] <Quintasan> NO_WARNING_CHECKS=yes /opt/oss-devel/configure --enable-libsalsa=NO
[17:12] <Quintasan> oh
[17:12] <Quintasan> grr
[17:12] <Riddell> JontheEchidna: qapt moved to main
[17:12] <Riddell> JontheEchidna: libdebconf-kde will need a .symbols file if it's to be in main
[17:12] <Riddell> JontheEchidna: also it should include any translations upstream might have
[17:13] <Quintasan> JontheEchidna: I forgot to translate it to Polish, will get it done ASAP
[17:18] <Quintasan> OSS is better
[17:18] <Quintasan> Alsa = two speakers
[17:18] <Quintasan> OSS = three speakers
[17:18] <Quintasan> :D
[17:20] <Quintasan> oh my god
[17:20] <Quintasan> and the mixer is awesome
[17:21] <Quintasan> http://imagebin.ca/view/a28SzF.html
[17:32] <shadeslayer> Quintasan: on arch i kept typing ossmix
[17:32] <shadeslayer> forgot the x there :p
[17:33] <Quintasan> :D
[17:33] <Quintasan> well
[17:33] <Quintasan> let me try gstreamer phonon backend
[17:33] <shadeslayer> Quintasan: dude.. vlc-phonon++
[17:33] <shadeslayer> anyways... ive gtg and work on some reports 
[17:45] <Quintasan> shadeslayer: is it stable?
[17:45] <Quintasan> but upon inspection of my speakers I could blame them too
[17:58] <shadeslayer> Quintasan: yeah
[17:58] <shadeslayer> altho it has a annoying bug.. it crashes when $App quits
[17:59] <shadeslayer> kde bug 246444
[18:04] <ulysses> I can't upgrade my system or installing any package:(
[18:05] <ulysses> bug 613042
[18:07] <shadeslayer> oh ha
[18:07] <shadeslayer> ulysses: maverick? 
[18:09] <shadeslayer> if yes, switch to main servers and update -> upgrade
[18:10] <ulysses> shadeslayer: I use the main server, but I'll try it
[18:10] <shadeslayer> ok
[18:10] <debfx> ulysses: I think you need to remove /etc/apt/apt.conf.d/20packagekit
[18:11] <shadeslayer> debfx: shouldnt that be removed on a upgrade?
[18:12] <debfx> shadeslayer: no, it's part of the packagekit package in maverick
[18:12] <debfx> removing that file is just a workaround
[18:16] <shadeslayer> hmm.. i didnt realise i uploaded 23 packages into ubuntu :P
[18:21] <shadeslayer> Sput: around? is there no feature in quassel to clear all buffers at once? :(
[18:27] <ulysses> debfx: thanks, removing that file solved the problem
[18:31] <debfx> Riddell: those packagekit apt hooks fail when packagekit-backend-aptcc isn't installed
[18:31] <debfx> log says "cannot continue, backend invalid"
[18:31] <shadeslayer> debfx: any idea on Error org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1
[18:33] <debfx> shadeslayer: is the package packagekit-backend-aptcc installed?
[18:33] <shadeslayer> nope
[18:33] <shadeslayer> i just installed it and now its fine
[18:35] <debfx> Riddell: I guess packagekit needs to depend on the aptcc backend without alternative dependencies
[19:34] <Quintasan> Is it possible for sound system to decrease 3d performance?
[20:31] <apachelogger> Quintasan: if your graphcis driver is junk and does not use the GPU  (or if you have no GPU) or if your sound driver is junk and does not use any PU your soundcard has (unless that one does not have such a thing either)
[20:32] <apachelogger> in order to decrease performance either of those must either hog a shared bus and/or resource so badly that the other cannot operate properly anymore
[20:32] <apachelogger> which I find most possible if both want to use a lot of CPU
[20:32] <apachelogger> but even then it really shouldnt happen I thik
[20:32] <apachelogger> s/thik/think
[21:00] <Quintasan> OSS is crap then
[21:00] <Quintasan> let me reinstall alsa then
[21:04] <apachelogger> Riddell: turns out ubuntu-sso-client in mav is not really ubuntu-sso-client at all
[21:04] <apachelogger> the plan is to have it completely replace the webui with local UI && web api
[21:05] <pushkaraj_> hello, I am compiling kate(http://kate-editor.org/get-it/), i am done with all the prereq, I am stuck at step #5
[21:05] <pushkaraj_> facing error - 
[21:05] <pushkaraj_> CMake Error at app/CMakeLists.txt:32 (kde4_add_library):
[21:05] <pushkaraj_>   Unknown CMake command "kde4_add_library".
[21:37] <ScottK> In about:konqueors/specs it mentions SSL v2.  We don't support that anymore.
[22:57] <neversfelde> What is the deal with Ubuntu Tweak on the Motu list? I am not very happy to see my ppa as a "minitube repo" promoted there. Will it be in the official archive?
[22:58] <neversfelde> I don't have the time to read all these mails today.
[23:16] <JontheEchidna> Riddell: -runtime isn't neccessarily always required. For example, kubuntu-debug-installer uses libqapt for figuring out which package to get -dbg packages for, but does not use and of the runtime facilities
[23:18] <JontheEchidna> if it proves to be too troublesome it wouldn't hurt to just throw qaptworker in libqapt0 and forget about the -runtime package entirely
[23:32] <neversfelde> so relating to the discussion I had with minitube's upstream author and the debian maintainer, I think there is no other way than switching to the phonon gstreamer backend with it. A backport should be impossible with such a change, or not?
[23:39] <CIA-98> [trunk] Jonathan Thomas <echidnaman@kubuntu.org> * echidnaman@kubuntu.org-20100806223933-jpvqox94agmqzk0d * debian/changelog releasing version 10.10ubuntu2
[23:43] <Tm_T> how informative, doesn't even tell what's the project
[23:43] <JontheEchidna> kubuntu-debug-installer, fwiw
[23:43] <JontheEchidna> uploading it a bit
[23:43] <Tm_T> (:)