[01:53] <ScottK> nixternal: Can haz powerpc box?
[02:07] <nixternal> ScottK: firing it up
[02:08] <nixternal> ScottK: it is up and running
[02:24] <ScottK> nixternal: Thanks.
[02:25] <ScottK> nixternal: This will probably take a while, so I'd appreciate it if you could leave it up.
[02:28] <nixternal> ScottK: sure, just shut it down when you are done
[02:28] <ScottK> Will do.  Thanks again.
[02:28] <nixternal> fyi, it needs a reboot after the update
[02:28] <nixternal> though that doesn't matter really, kernel upgrade
[02:29] <ScottK> Noticed.  I'll be working in a maverick chroot anyway, so it shouldn't matter.
[02:32] <nixternal> k, i am heading to bed, so enjoy :)
[04:18] <ScottK> nixternal: All done.  It should have shut down.
[07:25] <apachelogger> hm
[07:26] <apachelogger> seele: actually it is somewhat easy these days (compared to pre-KDE4 times anyway ;))
[07:26] <apachelogger> to get the packages necessary to build like 90% of KDE and Qt software you would probably use a command like that: sudo apt-get build-dep kde4libs && sudo apt-get install kdeworkspace-dev && sudo apt-get install kdebase-dev
[07:27] <apachelogger> which installs pretty much every dev package you need for up to konqueror stuff
[07:27] <apachelogger> then you just grab the source and make sure it contains a file named CMakeLists.txt
[07:28] <apachelogger> that indicates that it is (hopefully) buildable using cmake (which is the fancy app we use for building KDE stuff)
[07:28] <apachelogger> if there is no such file  then I recommend either asking someone or using the google forces (asking is probably more efficient)
[07:29] <apachelogger> if there is such a file you create a build directory and run cmake
[07:29] <apachelogger> something like
[07:29] <apachelogger> mkdir build && cd build && cmake ..
[07:30] <apachelogger> cmake hopefully passes without errors and you can run make (pro tip: if you have a multicore cpu you can speed up compiling by passing -j<numberofcores+1> to make) ... for example with a dual core you would use make -j3
[07:30] <apachelogger> once make also passes without errors you can install using sudo make install
[07:31] <apachelogger> and that is pretty much how you build software
[07:33] <apachelogger> there are of course (as with everything) quite a few spots where things can go wrong... most importantly things can go wrong in the cmake step, for example you would not be able to build amarok just with the packages I listed above. usually the application authors make cmake gracefully tell you what is missing and where to get it or how. most of the time you just need to ask your package manager of choice for the name cmake spit out and
[07:33] <apachelogger>  you should find the dependency (which will most likely be a package suffixed with -dev) just fine
[07:58] <debfx> someone broke gcc on armel and powerpc :/
[07:58] <debfx> qt and several kde packages ftbfs with "/usr/bin/ld: cannot find -lgcc_s"
[08:09] <shadeslayer> what fun :P
[08:57] <mfraz74> kubuntu 10.04, did another update this morning which upgraded virtuoso-opensource to 6.1, this asked me for a password which i gave, but then later said that a password hadn't been set
[09:00] <shadeslayer> kdepim 4.5 beta 3 up for lucid as well
[09:11] <Mamarok> OMG, they are going to remove synaptic? Are they mad? The only usable GUI installer... /me hates that software center :(
[09:12] <Mamarok> and only gtk app on my system
[09:13] <mfraz74> if I try to start virtuoso I get:
[09:13] <mfraz74> sed: can't read /var/lib/virtuoso-opensource-6.1/db/virtuoso.lck: No such file or directory
[09:24] <nigelb> Mamarok: Been planned for a while :/
[09:24]  * nigelb uses apt-get mostly
[09:29] <mfraz74> An error occurred while setting the password for the Virtuoso administrative user. This may have happened because the account already has a password, or because of a communication problem with the Virtuoso server.
[10:30] <markey> Mamarok: what about KPackageKit, any good?
[10:30]  * markey hasn't used it lately
[10:35] <yofel> Mamarok: muon?
[10:35] <shadeslayer> kpk works for now on maverick :P
[10:36] <yofel> well kpk looks better at least with the categories
[10:37] <ulysses> !find msgfmt
[10:37] <shadeslayer> yofel: any ideas what header does lp send when you click on a build log?
[10:39] <yofel> nope
[10:43] <ulysses> Anyone tried to build Colibri from source?
[10:44] <nigelb> shadeslayer: um, what are you looking for?
[10:45] <Mamarok> yofel: never tried, but I certainly will :)
[10:45] <shadeslayer> nigelb: trying to get build log support into rekonq, currently it downloads the build log
[10:45] <shadeslayer> trying to get it to display using kate kpart
[10:45] <nigelb> shadeslayer: http://encodable.com/check_server_headers/?uri=https%3A%2F%2Fedge.launchpad.net%2Fubuntu%2F%2Bsource%2Fkdenetwork%2F4%3A4.5.1-0ubuntu2%2F%2Bbuild%2F1945735%2F%2Bfiles%2Fbuildlog_ubuntu-maverick-amd64.kdenetwork_4%253A4.5.1-0ubuntu2_FULLYBUILT.txt.gz&method=HEAD
[10:46] <shadeslayer> hmm
[10:55] <Quintasan> \o
[11:03] <Quintasan> Riddell: ping
[11:14] <Mamarok> Quintasan: about installing new PIM: don't it is labeled Beta, but should be in fact labeled pre-Alpha, it is so not working at all
[11:14]  * Mamarok did, and went back to good old previous version
[11:14] <Mamarok> the stable one
[11:24] <Riddell> Quintasan: you pinged?
[11:34] <Quintasan> Riddell: yes, I can't determine whether there was a problem with Qt still being build or I'm doing something wrong
[11:34] <Quintasan> Riddell: apt demands to remove libqt4-multimedia
[11:35] <shadeslayer> Riddell: need some rekonq coding help if your available
[11:36] <Quintasan> Mamarok: well, I'm not using PIM at all but I though I could test something and report bugs
[11:36] <Quintasan> while I'm reading
[11:36] <Mamarok> oh, then please do :)
[11:38] <Mamarok> Quintasan: the libqt4-multimedia is removed since it is in Qt mobility now, I guess
[11:39] <Mamarok> AFAIK
[11:39] <Quintasan> oh welll
[11:39] <Quintasan> ifit breaks I'll just format
[11:39] <Quintasan> Hmm
[11:39] <Quintasan> I have a dd image
[11:39] <Quintasan> not need to format then
[11:41] <smarter> apachelogger: hi, any idea what a "realm" is in ubuntu one?
[11:45] <Riddell> Quintasan: well I don't know what you're doing but qt multimedia has been removed in 4.7
[11:45] <Quintasan> great
[11:51] <apachelogger> smarter: thats oauth talking
[11:51] <apachelogger> realm is the realm of the authentication
[11:51] <apachelogger> e.g. you could have a realm ubuntu.com
[11:52] <apachelogger> and within that realm summit for summit.ubuntu.com and people for people.ubuntu.com
[11:52] <smarter> okay, I'll look into oauth
[11:52] <smarter> but anyway "Friday, September 3, 2010: Those using Maverick will not be able to add their computer to their account due to a server side bug (628118) we have a fix in testing.", I guess I'll have to find something else to hack on :p
[11:53] <apachelogger> shadeslayer: what business do you have with buildlog headers btw?
[11:54] <apachelogger> shadeslayer: the amount of service outtakes is ... sad
[11:54] <apachelogger> smarter: ^
[11:54] <apachelogger> actually ^^
[11:54] <shadeslayer> apachelogger: ill check the headers for content encoding and we can load kate kpart accordingly for build logs
[11:55] <apachelogger> shadeslayer: kate does not do decompression?
[11:55] <apachelogger> seen as buildlogs always come compressed
[11:55] <shadeslayer> apachelogger: kate can open txt.gz files directly
[11:55] <shadeslayer> ive checked
[11:56] <apachelogger> must be magic
[11:58] <smarter> apachelogger: you said you started working on making s-p-kde kdesudo-independent?
[11:58] <apachelogger> hai
[11:58] <apachelogger> need to commit0r
[11:58] <apachelogger> somewhere
[12:05] <apachelogger> Blizzz: that vid is pretty ugly right there
[12:06] <Mamarok> hm, where can I get muon? Is it in a PPA?
[12:06] <apachelogger> Mamarok: for lucid?
[12:06] <apachelogger> in maverick it is in the archive
[12:06]  * Mamarok onders to upgrade...
[12:06] <Mamarok> it's beta now, isn't it?
[12:06] <Mamarok> *ponders
[12:06] <apachelogger> sure doesnt feel like beta here
[12:07] <Blizzz> apachelogger: why so? 
[12:07] <Mamarok> apachelogger: how does it feel, like alpha?
[12:07] <Mamarok> then I won't
[12:08] <apachelogger> Blizzz: horrible icons, horrible color combination, one of those horribly broken dock-ripoffs...
[12:09] <Blizzz> apachelogger: that is taste, right? 
[12:09] <apachelogger> no
[12:09] <apachelogger> the dock rippoffs are broken
[12:09] <smarter> JontheEchidna: hey!
[12:09] <apachelogger> the color combination is wrong by any artistic judgement
[12:09] <apachelogger> and the icons are just
[12:09] <apachelogger> ...
[12:09] <apachelogger> well
[12:10] <Blizzz> apachelogger: ok, that dock stuff
[12:10] <apachelogger> I let a taste get in there
[12:10] <Blizzz> personally, i'd like those colors better than default 
[12:10] <Mamarok> apachelogger: doesn't it use KDE's icons?
[12:10] <apachelogger> also there is pointless maximation going on
[12:10] <apachelogger> Mamarok: no
[12:10] <apachelogger> it uses an incomplete thing
[12:10] <Mamarok> urghs...
[12:10] <apachelogger> that falls back to oxygen here and there
[12:10] <Mamarok> that is really bad
[12:10] <apachelogger> which makes matters worse
[12:11] <Mamarok> it really should use KDE defaults, seriously, Nuno is doing  a great job there
[12:11] <apachelogger> Blizzz: I did not say that default is any better, but less disturbing
[12:11] <apachelogger> from where I stand it is nothing but yet another show off of desktop effects
[12:12] <apachelogger> ...as if those were the only good things on linux...
[12:12] <Mamarok> (besides the monochrome icons I hate...)
[12:13] <Blizzz> the thing is, you have the possibility to personalize anything to your pleasure
[12:13]  * Mamarok thinks that Kubuntu should use KDE defaults and make a good KDE showcase instead of experimenting with incomlete stuff
[12:13] <Mamarok> just my 2 cents, but it would be the only distro who does KDE default
[12:13] <Mamarok> and be uses as a true showcase
[12:13] <Mamarok> used*
[12:13] <Blizzz> this is what kubuntu does
[12:14]  * smarter hates the monochrome icons too
[12:14] <apachelogger> Mamarok: incomplete stuff like...?
[12:14] <markey> Maverick doesn't use Oxygen icons?
[12:14] <smarter> they just make it harder to find the icon you're looking for
[12:14] <Mamarok> apachelogger: well, you just talked about incomplete stuff
[12:15] <Blizzz> smarter: i agree
[12:15] <apachelogger> we were talking about a video
[12:15] <apachelogger> http://www.youtube.com/watch?v=77VnLiYx-Bo
[12:15] <Mamarok> apachelogger: I am talking about Maverick, see my question above
[12:16] <apachelogger> that was a topic collision then
[12:16] <apachelogger> ^^
[12:16] <Mamarok> OK, so you said it didn't feel like beta, what does it feel like then?
[12:16] <apachelogger> I for one would not have noticed :P
[12:16] <apachelogger> Mamarok: beta that goes back to alpha
[12:16] <Mamarok> I have to show off Kubuntu in 2 weeks, so do I switch to Maverick or not?
[12:16] <apachelogger> there are some more or less ewwwy graphics issues
[12:17]  * Mamarok needs to know before September 16
[12:17] <smarter> Mamarok: lucid with the backported KDE 4.5?
[12:17] <apachelogger> Mamarok: I would stay with lucid, the differences are not that big that you would want to present a possibly broken system
[12:17] <Mamarok> smarter: yep
[12:18] <Mamarok> OK, will stay with Lucid then
[12:18] <apachelogger> in that case
[12:18] <Mamarok> so no muon backported to Lucid yet?
[12:18] <apachelogger> ...
[12:18] <apachelogger> Mamarok: https://launchpad.net/~echidnaman/+archive/qapt
[12:18] <apachelogger> muon
[12:18] <Mamarok> nice, thanks :)
[12:19] <apachelogger> do not press ctrl+shift+m though :P
[12:20]  * apachelogger feels like doing forums stuff
[12:20]  * apachelogger just does not know what and where and when
[12:21]  * Mamarok hardly ever uses shortcuts, except for editors
[12:22] <apachelogger> good ^^
[12:22] <apachelogger> oh
[12:22] <apachelogger> hm
[12:22] <apachelogger> http://forum.kde.org/viewtopic.php?f=18&t=89963
[12:22] <apachelogger> that should be pretty easy to implement
[12:23] <apachelogger> smarter: lp:~kubuntu-members/software-properties/dbusworker
[12:23] <smarter> thanks
[12:23] <apachelogger> there is software-properties-dbus which implements a dbus service worker that gets launched as root
[12:24] <apachelogger> software-properties-kde now needs to get ported to not use the backend functions directly but accumulate changes and apply them in its save() function via a dbus proxy to said service worker
[12:25] <apachelogger> polkit will then query the user for authorization (which in the current policy is set to not ask but just grant permission)
[12:25] <smarter> okay
[12:25] <apachelogger> if polkit is happy the service worker will execute the appropriate backend function
[12:26] <apachelogger> so instead of kdeui <-> backend the new design would be backend -> kdeui -> dbus -> polkit -> dbus service
[12:28] <apachelogger> smarter: mind that you need python-slip from fedora to get polkit working (I just linked softwareproperties/dbus/slip to the slip folder of python-slip ... in lack of packaging and a general dislike to get random python foo clutter my system ;))
[12:28] <apachelogger> also slip needs python-decorator...
[12:29] <shadeslayer> apachelogger: what is better? render build log via webkit or render build log via kate part
[12:29] <smarter> apachelogger: You installed it with alien?
[12:29] <apachelogger> shadeslayer: webkit I suppose
[12:29] <shadeslayer> hmm...
[12:29] <shadeslayer> why not kate part?
[12:30] <apachelogger> what would be the rationale for using a kpart?
[12:30] <shadeslayer> apparently arora renders the build log
[12:30] <apachelogger> smarter: no, git clone
[12:30] <apachelogger> smarter: git clone git://git.fedorahosted.org/git/python-slip.git
[12:30] <apachelogger> smarter: then link python-slip/slip to softwareproperties/dbus/slip
[12:31] <apachelogger> lrwxrwxrwx 1 me me 34 2010-08-30 14:55 softwareproperties/dbus/slip -> /home/me/src/git/python-slip/slip/
[12:31] <apachelogger> looks like that for me
[12:31] <smarter> okay, since the package is not in the archive I guess this mean we won't have that s-p-dbus thing in Maverick?
[12:31] <apachelogger> smarter: we certainly wouldnt have it in mav since it poses threat of regression
[12:31] <apachelogger> I concluded that it might not be the worst thing to rewrite the kdeui from scratch
[12:32] <apachelogger> since it is a straight port from the GTK thing it has some odd pieces here and there
[12:32] <apachelogger> shadeslayer: are you doing new ktorrent?
[12:33] <shadeslayer> apachelogger: i could
[12:33] <smarter> and shouldn't the backend be part of QApt?
[12:33] <shadeslayer> but if its taken... no point in doing it
[12:33] <shadeslayer> also
[12:33] <apachelogger> smarter: yes but no, but yes
[12:33] <shadeslayer> bug fix release right?
[12:33] <shadeslayer> ok ill do it :D
[12:33] <apachelogger> smarter: it could, I am not sure it should though
[12:34] <shadeslayer> oi
[12:34] <apachelogger> smarter: qapt is comparable to python-apt and software-properties is stacked on top of python-apt
[12:34] <shadeslayer> apachelogger: already the latest in archives
[12:34] <shadeslayer> you got me all excited :P
[12:34] <apachelogger> smarter: so I do not think it is within the scope of qapt to provide facilities for the software-properties foo, just like it is not within the scope of python-apt
[12:35] <shadeslayer> help me fix rekonq now :D
[12:35] <apachelogger> smarter: surely it is the maintainer's decision whether he wants to implement that ;)
[12:35] <Mamarok> apachelogger: about http://forum.kde.org/viewtopic.php?f=18&t=89963, did you see the last comment?
[12:35] <smarter> apachelogger: so, a libsoftwareproperties implemented on top of qapt? :p
[12:35] <apachelogger> I do not see a point for it :P
[12:35] <smarter> moar C++
[12:36] <smarter> less interactions problem
[12:36] <apachelogger> Mamarok: ah, yeah, silk... I do not trust in that :P
[12:36] <apachelogger> feels more like a bubble gum project for now ;)
[12:36] <Mamarok> apachelogger: talk to sebas about it
[12:36] <Mamarok> I still have to see it to believe it, too :)
[12:37] <apachelogger> sebas left the channel just because he is opensuse fanboi now :P
[12:37] <apachelogger> smarter: well, I agree, also writing dbus services in c++ is much less of a pain in the arse
[12:37] <apachelogger> smarter: the thing is ... we would have to maintain the backend ourself...
[12:38] <apachelogger> while currently we get that for free
[12:38] <Mamarok> apachelogger: well, that is his current job
[12:39] <apachelogger> that does not mean he has to abandon his kubuntu friends :P
[12:40] <apachelogger> shadeslayer: how did you like my super long changelog btw :P
[12:40] <shadeslayer> where? "D
[12:40] <shadeslayer> oh 
[12:40] <shadeslayer> the one you showed yesteday?
[12:41] <shadeslayer> apachelogger: its not super long :P
[12:41] <apachelogger> not?
[12:41] <apachelogger> it sure felt like a lot of information
[12:41] <shadeslayer> there is one which is bigger
[12:41] <shadeslayer> Quintasan: do you remember which one? :D
[12:41] <shadeslayer> apachelogger: http://bazaar.launchpad.net/~kubuntu-members/kdenetwork/ubuntu/revision/81
[12:42] <apachelogger> fake
[12:42] <shadeslayer> that one is bugger
[12:42] <shadeslayer> *bigger
[12:42] <apachelogger> that is a collection of previous changes, that is bogus competition to real changes
[12:42] <shadeslayer> im just saying there was one bigger :P
[12:43] <shadeslayer> apachelogger: help me with this rekonq problem ...
[12:43] <apachelogger> sudo apt-get purge rekonq
[12:44] <shadeslayer> apachelogger: http://pastebin.com/efYzNMvS << thats how arora handles it 
[12:44] <shadeslayer> ...
[12:44] <apachelogger> sudo apt-get purge rekonq arora
[12:44] <apachelogger> handles what?
[12:44] <shadeslayer> apachelogger: Package rekonq is not installed, so not removed
[12:44] <shadeslayer> the handleUnsupportedContent() crap
[12:45] <apachelogger> the wha?
[12:45] <apachelogger> how is it unsupported?
[12:45] <shadeslayer> line 377
[12:45] <apachelogger> I thought buildlogs come with mime text?
[12:45] <apachelogger> that surely is supported
[12:46] <shadeslayer> probably
[12:46] <apachelogger> Content-Type: text/plain;charset=utf-8
[12:46] <shadeslayer> yes
[12:46] <shadeslayer> so how does one make rekonq render it
[12:47] <apachelogger> well, I dunno
[12:47] <apachelogger> I am not the rekonq fanboi here
[12:47] <shadeslayer> heh :P
[12:48] <shadeslayer> no idea?
[12:48]  * shadeslayer goes to #arora for answers
[12:48] <apachelogger> I love how tests are within rekonq's src tree
[12:48] <shadeslayer> i dont think there are any :P
[12:48] <apachelogger> so you cannot grep crap without getting a pile of shit falling out of your terminal
[12:49] <shadeslayer> where should they be then?
[12:49]  * shadeslayer doesnt understand the purpose of tests either
[12:50] <apachelogger> :O
[12:50]  * apachelogger wais for steveire to lecture shadeslayer
[12:51] <shadeslayer> dude im a n00b to this :D
[12:51] <shadeslayer> lecture me please
[12:51] <shadeslayer> mentor me please
[12:51] <shadeslayer> make me code hermit please :P
[12:51] <shadeslayer> then i shall take over supreme apachelogger XD
[12:52] <shadeslayer> when he gets old :P
[12:52] <apachelogger> old and rusty I am already
[12:53] <shadeslayer> so train me :D
[12:53] <apachelogger> hmmmmmmmm
[12:53] <apachelogger> hmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm
[12:54] <apachelogger> QL1S
[12:54] <apachelogger> I am so going to throw up next time I see that crap
[12:55] <shadeslayer> what should that be replaced by?
[12:55] <CIA-116> [libqapt] gmartres * 1171556 * trunk/extragear/sysadmin/libqapt/ (3 files in 3 dirs) Added AptPkg cmake module copied from Shaman
[12:56] <apachelogger> hmmm
[12:57] <apachelogger> shadeslayer: it seems the qnetworkreply that your handleUnsupportedContent gets does not list text/plain as mime
[12:57] <apachelogger> but gzip
[12:57] <shadeslayer> how did you find that out? :D
[12:57] <apachelogger> using supreme gdb skills
[12:58] <shadeslayer> teach me already :P
[12:59] <shadeslayer> all i get is orderedSearchItems leave:   elapsed:  0 
[13:02] <shadeslayer> apachelogger: how do increase the verbosity for gdb? 
[13:02] <apachelogger> verbosity? :O
[13:02] <apachelogger> shadeslayer: I think you should read the gdb manual
[13:02] <shadeslayer> man page or manual?
[13:02] <apachelogger> you are expecting wrong things from it
[13:02] <apachelogger> manual
[13:03] <JontheEchidna> smarter: hi (and thanks for the commit)
[13:03] <shadeslayer> ok
[13:07] <shadeslayer> apachelogger: 555 pages :P
[13:17] <smarter> JontheEchidna: I'm going /away for a while but when I'm back I'll see if I can hack on qapt/muon ;)
[13:17]  * smarter felt like he didn't work on enough projects named after subatomic particles :p
[13:18] <JontheEchidna> smarter: cool! I'll have to talk to somebody about making bugfix branches for both, but then I can reopen trunk and interesting things can happen again. ;-)
[13:19] <apachelogger> shadeslayer: it is a mighty tool
[13:19] <shadeslayer> i can see :P
[13:22] <apachelogger> :P
[13:22] <apachelogger> what a foo right there
[13:22] <shadeslayer> :)
[13:23] <apachelogger> well
[13:23] <apachelogger> wellllllll
[13:23] <apachelogger> shadeslayer: I think the only thing you could do is IF mime == gzip AND filext == .txt.gz THEN use kate kpart
[13:24] <apachelogger> you cannot reliably check what the gzipped data is
[13:24] <shadeslayer> no rendering through webkit?
[13:24] <apachelogger> webkit cannot render gzip can it?
[13:25] <shadeslayer> erm arora can render said build log
[13:25] <apachelogger> I mean, you could probably decrompress it and then render it, but I do not see the gain
[13:25] <apachelogger> shadeslayer: probably because they do not use KIO
[13:25] <shadeslayer> yes
[13:25] <shadeslayer> they dont use KIO
[13:25] <apachelogger> so they get the text mimetype
[13:25] <apachelogger> while recum gets the gzip mimetype
[13:25] <apachelogger> oh
[13:25] <apachelogger> silly me
[13:26] <apachelogger> shadeslayer: supposedly you really just need to delegate the webview to show the thing
[13:26] <apachelogger> maybe i figures out that it needs to decompress on iits own
[13:26] <apachelogger> like when a silly webserver does gzip compression but not tell the browser about this in the header... there surely must be a fallback
[13:27] <shadeslayer>  what do you suggest then
[13:28] <shadeslayer> oh boi
[13:28] <shadeslayer> https://launchpad.net/~kubuntu-ppa/+archive/experimental/+build/1946340 ...
[13:29] <shadeslayer> which means the stupid ppa needs to dep on backports or we copy all of the backports crap into this ppa
[13:33] <shadeslayer> apachelogger: ^^
[13:34] <apachelogger> copy copy
[13:34] <apachelogger> ohm
[13:34] <shadeslayer> copy all of it? :D
[13:34] <apachelogger> maybe arora does silly funk after all
[13:35]  * shadeslayer proceeds to copy
[13:35] <apachelogger> http://aplg.kollide.net/images/avatar/snapshot14.png
[13:36] <shadeslayer> hehe
[13:38] <shadeslayer> muwhahaha .. i made LP time out
[13:38] <apachelogger> ah
[13:38] <apachelogger> the urly was just wrongy
[13:39] <apachelogger> shadeslayer: report a bug
[13:39] <shadeslayer> apachelogger: no OOPS ID
[13:39] <apachelogger> woah
[13:39] <shadeslayer> Sorry, there was a problem connecting to the Launchpad server.
[13:39] <shadeslayer> :P
[13:39] <apachelogger> report a bug that it times out when you do whatever you did
[13:40] <shadeslayer> maybe because im copying too many packages at once? :D
[13:40] <apachelogger> http://aplg.kollide.net/images/avatar/snapshot15.png
[13:40] <shadeslayer> nice
[13:40] <apachelogger> shadeslayer: and the UI is how exactly connected to that
[13:40] <apachelogger> there should be no timeout
[13:41] <shadeslayer> see if  i select 7 packages it works
[13:41] <apachelogger> it still should not time out
[13:41] <apachelogger> shadeslayer: go report bug
[13:41] <shadeslayer> apachelogger: what do you suggest for rekonq ..
[13:41] <apachelogger> or annoy comment on some other
[13:43] <apachelogger> shadeslayer: make the code readable for starters
[13:43] <shadeslayer> apart from that :P
[13:44] <shadeslayer> ill brb 
[13:46] <apachelogger> shadeslayer: well, same as I said above
[13:46] <apachelogger> IF mime == gzip AND filext == .txt.gz THEN render thing
[13:47] <apachelogger> you supposedly cannot prevent the networkaccessmanager to come back with an unsupportedtype
[13:50] <apachelogger> hm
[13:50] <shadeslayer> render with kpart right?
[13:50] <apachelogger> shadeslayer: I think it would be easier to just use the kate kpart
[13:50] <shadeslayer> mm
[13:50] <apachelogger> while webki could render that junk I doubt you would get KIO to accept it as text/plain even though it ends as .gz
[13:51] <apachelogger> for what it is worth, kio probably is right to prefer filext over http content
[13:54] <shadeslayer> and under handleUnsupportedContent() right?
[13:54] <apachelogger> would say so, yes
[13:55] <shadeslayer> mm
[13:56] <shadeslayer> still wondering what the code would look like
[13:57] <shadeslayer> if (reply->hasRawHeader("gzip")) {mimetype = "text/html"}
[13:57] <shadeslayer> does that look ok?
[13:58] <shadeslayer> apachelogger: ^
[14:02] <apachelogger> wah?
[14:02] <nigelb> woops,somone in #ubuntu+1 says they lost kmail on upgrade
[14:02] <nigelb> where does the mail get saved is there a folder in home directory?
[14:03] <mfraz74> which mail?
[14:03] <apachelogger> if (mimeType == QLatin1String("application/x-gzip") && <somethingToCheckIfReplyUrlEndsOnDotTxtDotGz>) { do kpart foo }
[14:03] <apachelogger> shadeslayer: ^
[14:03] <nigelb> mfraz74: the ones that you download to your system using the client
[14:03] <mfraz74> kmail stores it in .kde/share/apps/kmail/
[14:04] <nigelb> thanks
[14:05] <mfraz74> nigelb: not sure if the new kmail stores it somewhere else
[14:05] <nigelb> mfraz74: all that needs to be done is check if the directory is still there
[14:06] <shadeslayer> hmm
[14:08] <shadeslayer> apachelogger: i guess this will go before line 439
[14:10] <shadeslayer> i can probably use replyurl->hasSubUrl("txt.gz")
[14:11] <apachelogger> shadeslayer: that would be unwise
[14:11] <shadeslayer> why>
[14:11] <apachelogger> the condition should be that it explicitly ends on txt.gz
[14:11] <shadeslayer> ??
[14:11] <shadeslayer> ohh
[14:11] <apachelogger> otehrwise you might have a file mytxt.gz
[14:11] <apachelogger> but mytxt is binary
[14:11] <apachelogger> kabooom
[14:12] <shadeslayer> how about hasSubUrl(".txt.gz") ?
[14:12]  * shadeslayer is checking the KUrl docs for alternatives
[14:12] <apachelogger> my.txt.gz.was.broken.so.here.is.it.in.a.tar.gz
[14:13] <shadeslayer> oh :P
[14:13] <mfraz74> why would anyone name a file like that?
[14:13] <shadeslayer> mfraz74: true, but apachelogger has a point
[14:14] <apachelogger> why would anyone have a file foo.txt.gz but claim it is mimetype text/plain while obviously it is not :P
[14:14] <mfraz74> true
[14:14] <apachelogger> the point is not why one would do silly things the point is that one can do silly things and that the software should not break for the better part of silly things that can be done ^^
[14:16] <shadeslayer> apachelogger: how to do it then? :D
[14:16] <apachelogger> you still could have my.txt.gz while indeed it is a gzipped exe, but that is a failure case that needs to be accepted in order to allow more sensible handling of txt.gz
[14:16] <apachelogger> shadeslayer: study the documentation or ask the google
[14:16] <shadeslayer> im studying the docs
[14:20]  * apachelogger hates to get disconnected when he is in the middle of something
[14:20] <apachelogger> shadeslayer: there is one class I know of which is tightly related to file crap and allows obtaining information such as file extension... I am just not sure if it works with remote urls too
[14:21] <shadeslayer> show it to me ;P
[14:22] <apachelogger> look for it :P
[14:23] <shadeslayer> ... 
[14:23] <apachelogger> shadeslayer: is it known that one cannot enter an ip addres with port and hope for rekonq to go for http?
[14:23] <shadeslayer> apachelogger: why cant we use if(replyurl->fileEncoding == "txt" )
[14:24] <apachelogger> like 10.0.0.100:631
[14:24] <apachelogger> will not work
[14:24] <shadeslayer> apachelogger: err.. i can enter ip, but never tried login port
[14:24] <shadeslayer> heh it disappears :P
[14:24] <apachelogger> shadeslayer: because the encoding is gzip?
[14:24] <shadeslayer> we;;
[14:25] <shadeslayer> well... gzip then 
[14:25] <shadeslayer> ok it actually works
[14:25] <shadeslayer> apachelogger: see put the ip:port combo in url bar
[14:25] <shadeslayer> then it should give you 2 suggestions
[14:26] <shadeslayer> click on the first suggestion
[14:26] <apachelogger> I do not want no suggestion I do want it to go to http://ip:port
[14:26] <apachelogger> shadeslayer: is that reported as not working?
[14:26] <shadeslayer> idk why its not working
[14:26] <apachelogger> well, I do
[14:26] <shadeslayer> dont think so
[14:27] <apachelogger> and this once I could not even blame rekonq's silly internals for it
[14:27] <shadeslayer> why? :D
[14:27] <apachelogger> well, maybe...
[14:27] <apachelogger> let me think
[14:31] <apachelogger> well
[14:31] <apachelogger> I think
[14:31] <apachelogger> generally you should be able to just have a default protocol
[14:31] <apachelogger> i.e. if nothing else works, use the default
[14:31] <apachelogger> well, I can partially blame rekonq's silly internals
[14:31] <apachelogger> shadeslayer: do you have the class yet?
[14:32] <shadeslayer> one sec 
[14:32] <shadeslayer> nope :P
[14:32] <apachelogger> perfect
[14:32] <apachelogger> :O
[14:32] <apachelogger> that junk does not work anyway
[14:32] <apachelogger> hahaha
[14:32] <apachelogger> rofl
[14:32] <shadeslayer> ....
[14:32] <apachelogger> http://launchpad.net/ubuntu/+source/kdenetwork/4:4.5.1-0ubuntu2/+build/1945735/+files/buildlog_ubuntu-maverick-amd64.kdenetwork_4:4.5.1-0ubuntu2_FULLYBUILT.txt.gz
[14:32] <apachelogger> let us analyze that url real quick
[14:33] <apachelogger> buildlog_ubuntu-maverick-amd64.kdenetwork_4:4.5.1-0ubuntu2_FULLYBUILT.txt.gz
[14:33] <apachelogger> is the file component
[14:33] <apachelogger> buildlog_ubuntu-maverick-amd64 is the basename
[14:33] <apachelogger> kdenetwork_4:4.5.1-0ubuntu2_FULLYBUILT.txt.gz is the suffix
[14:34] <apachelogger> so in order to make that work you need to accept the suffix tar.gz AND *.tar.gz
[14:34] <apachelogger> eh
[14:34] <apachelogger> txt.gz respectively
[14:34] <apachelogger> that for course raises the concern with uniqueness again
[14:34] <apachelogger> s/for/of
[14:34]  * apachelogger needs coffee break
[14:35] <apachelogger> shadeslayer: qfileinfo is your friend
[14:35] <tsdgeos> hi
[14:35] <tsdgeos> The following packages have unmet dependencies:
[14:35] <tsdgeos>   ktorrent: Depends: ktorrent-data (= 4.0.3-0ubuntu1~lucid1~ppa1) but 4.0.1-1ubuntu1~lucid2~ppa1 is to be installed
[14:35] <tsdgeos> can someone build the necessary package?
[14:36] <shadeslayer> hmm
[14:38] <shadeslayer> jussi: lulz @ fb :P'
[14:38] <jussi> heh
[14:38] <jussi> stole it from a friend of mine
[14:38] <apachelogger> oh, tsdgeos is here
[14:38] <shadeslayer> :D
[14:38] <apachelogger> hello tsdgeos :)
[14:38] <apachelogger> tsdgeos: are you on amd64?
[14:38] <tsdgeos> apachelogger: yup
[14:39] <apachelogger> tsdgeos: then I think the ktorrent-data package is just not built, you see, -data packages only get built once (on i386) for all architectures
[14:39] <apachelogger> so that should resolve itself soonish
[14:41] <apachelogger> tsdgeos: actually it is already built and only waits for the debs to get published, so it should be resolved within the next couple of minutes :)
[14:41]  * apachelogger continues being on coffee break ^^
[14:42] <tsdgeos> apachelogger: ok, is broken since yesterdat night but if you say i have to wait...
[14:42] <shadeslayer> ohhhhhh
[14:42] <shadeslayer> apachelogger: http://doc.trolltech.com/4.7-snapshot/qfileinfo.html#suffix <<
[14:42] <shadeslayer> awesome
[14:42] <apachelogger> shadeslayer: look again, that is the wrong function
[14:43] <shadeslayer> apachelogger: http://doc.trolltech.com/4.7-snapshot/qfileinfo.html#completeSuffix ?
[14:43] <apachelogger> tsdgeos: yeah, sometimes i386 builds unfortunately get heavily backed up on PPAs
[14:43] <apachelogger> shadeslayer: more like it
[15:29] <CIA-116> [muon] gmartres * 1171580 * trunk/extragear/sysadmin/muon/src/ (DetailsTabs/VersionTab.cpp DownloadWidget.cpp) Make QStandardItem in listviews read-only
[15:35] <ScottK> debfx: Not sure if you picked this up or not, but the powerpc/armel failures are a GCC problem.  Fix for powerpc hits the archive in 10 minutes and is building on armel.
[15:36] <tsdgeos> apachelogger: works now, tx
[15:37] <apachelogger> g
[15:41] <smarter> any one knows where I can find the GUI equivalent of qdbus on Maverick?
[15:43] <apachelogger> !find qdbusviewer
[15:43] <apachelogger> smarter: there ^
[15:43] <apachelogger> dev-tools ftw
[15:43] <smarter> thanks :)
[15:52] <shadeslayer> apachelogger: heh guess what : http://www.w3.org/2004/CDF/TestSuite/WICD_CDR_WP1/test-encoding-gzip.xhtml
[15:52] <shadeslayer> that works with rekonq
[15:53] <apachelogger> so?
[15:54] <shadeslayer> the point being that , that gzipped page works, but not the build log
[15:54] <shadeslayer> i guess its because that page has gzip and not x-gzip
[15:55] <apachelogger> no
[15:55] <apachelogger> the difference is that that page defines an encoding
[15:55] <apachelogger> Content-Length: 168
[15:55] <apachelogger> Content-Type: text/plain
[15:55] <apachelogger> Content-Encoding: gzip
[15:55] <shadeslayer> and buildlog doesnt?
[15:55] <apachelogger> X-Content-Type-Warning: guessed from content
[15:55] <apachelogger> Content-Type: text/plain;charset=utf-8
[15:56] <apachelogger> that warning certainly does not help I suppose
[15:56] <apachelogger> shadeslayer: report a bug
[15:56] <apachelogger> good catch
[15:56] <shadeslayer> in launchpad?
[15:56] <shadeslayer> btw http://imgur.com/oWfLq
[15:56] <shadeslayer> thats from one of the build logs
[15:57] <apachelogger> shadeslayer: yes in launchpad
[15:58] <apachelogger> shadeslayer: I am not getting the encoding
[15:58] <apachelogger> oh
[15:58] <apachelogger> maybe
[15:58] <apachelogger> ...
[15:59] <apachelogger> aha
[15:59] <apachelogger> moved temporary ^^
[15:59] <shadeslayer> ...
[15:59]  * apachelogger thinks 90% of the urls in all of canonical's products are 302 :P
[15:59] <shadeslayer> hehe :P
[16:00] <shadeslayer> so basically its all lp's fault  :D
[16:00] <apachelogger> no
[16:00] <shadeslayer> BUT... arora can display the page
[16:00] <apachelogger> not sure
[16:00] <shadeslayer> which sort of irks me
[16:00] <shadeslayer> as does chromium
[16:02] <shadeslayer> hmm
[16:02] <apachelogger> http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.5
[16:03] <apachelogger> shadeslayer: report bug to launchpad
[16:03] <shadeslayer> ok.. that encoding should be gzip ?
[16:03] <apachelogger> if I get this right they should not be using x-gzip since it is legacy and might not be supported in browsers
[16:04] <shadeslayer> hmm
[16:04] <shadeslayer> alrighty... bug in launchpad
[16:07] <shadeslayer> bug 630259
[16:08] <apachelogger> shadeslayer: that is general
[16:08] <apachelogger> not only build logs
[16:08] <shadeslayer> remove "for build logs" ?
[16:08] <apachelogger> yus
[16:08] <shadeslayer> done :)
[16:09]  * apachelogger is wondering where kio checks the encoding creps
[16:12] <apachelogger> :O
[16:12] <apachelogger> scary code
[16:13] <shadeslayer> apachelogger: http://pastebin.ca/1932774
[16:13] <shadeslayer> that needs to have txt.gz ... in kdelibs
[16:13] <apachelogger> yeah just hit that too
[16:13] <shadeslayer> :D
[16:13] <shadeslayer> and it uses QL1S :P
[16:14]  * apachelogger throws up
[16:14] <apachelogger> QLatin1String!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[16:14] <shadeslayer> look you puked all over kdelibs
[16:15] <apachelogger> there is more, much more...
[16:16] <tsdgeos> what's up with QL1S?
[16:16] <tsdgeos> it's a perfectly valid usecase
[16:18] <apachelogger> tsdgeos: it is making it a macro that no one understands that I have a problem with
[16:18] <apachelogger> also it looks kinda silly
[16:20] <tsdgeos> if you puke over this small things i recommend you to not look at much code ;-)
[16:22] <shadeslayer> apachelogger: btw which file is that code in?
[16:22] <apachelogger> tsdgeos: there hardly goes a day by where I do not have to rant about some ugly code indeed ;)
[16:22] <apachelogger> shadeslayer: kioslave/http/http.cpp
[16:22] <ScottK> day/hour
[16:22] <apachelogger> true
[16:23] <shadeslayer> apachelogger: http://websvn.kde.org/trunk/KDE/kdebase/runtime/kioslave/ << nothing there
[16:23] <tsdgeos> kdelibs
[16:23] <apachelogger> in kdelibs
[16:23] <shadeslayer> oic
[16:24] <shadeslayer> apachelogger: i guess that LP bug is redundant now :D
[16:25] <apachelogger> no
[16:25] <apachelogger> they still shouldnt use gzip since the 1.1 spec specifically sad "SHOULD"
[16:25] <apachelogger> as in a browser might not do it if they do not want to
[16:26] <shadeslayer> hmm
[16:26]  * apachelogger wonders why his gdb does not know about HTTPProtocol
[16:27] <jussi> !find kdebase | apachelogger
[16:27] <jussi> apachelogger: thank tsimpson... :D
[16:27] <apachelogger> yay
[16:28] <apachelogger> tsimpson: thanks you are the best *hugs*
[16:28]  * apachelogger throws cookies through the channel
[16:28] <tsimpson> :)
[16:31] <shadeslayer> jussi: new feature in ubottu ?
[16:31] <shadeslayer> ( the link at the end )
[16:32] <shadeslayer> apachelogger: who is responsible for fixing the kio http problem?
[16:32] <apachelogger> the one who fixes it
[16:33] <shadeslayer> it just needs 2 lines right?
[16:33] <apachelogger> I dunno
[16:33] <jussi> shadeslayer: yup, as well as more packages listed
[16:33]  * apachelogger is working on other stuff
[16:33] <shadeslayer> jussi: ah yess :D
[16:34] <shadeslayer> apachelogger: look at line 2593 of same file
[16:34] <shadeslayer> hmm wait
[16:35] <shadeslayer> thats the problem id guess
[16:36]  * shadeslayer hops to #kde-devel to discuss
[16:37]  * apachelogger beats funambol with a very large hammer
[16:52] <apachelogger> !find curl-config
[17:00] <apachelogger> oh
[17:00] <apachelogger> the murphys
[17:00] <apachelogger> :)
[17:05] <apachelogger> shadeslayer: I think you should either drop a patch on reviewboard or report a bug ;)
[17:06] <shadeslayer> would love to help with a patch 
[17:07] <shadeslayer> but need some info first
[17:07] <shadeslayer> since there is no mime type return for text/plain, what should the mime type be?
[17:08] <shadeslayer> and i just have to edit one line right?
[17:08] <apachelogger> *shrug*
[17:08] <shadeslayer>  if ((m_request.url.path().endsWith(QLatin1String(".txt.gz")))
[17:08] <apachelogger> maybe two or three
[17:08] <shadeslayer> that needs to be added as far as i can tell
[17:08] <apachelogger> are you sure about that?
[17:09] <shadeslayer> along with a mimetype = foo
[17:09] <apachelogger> because there are other places where gzip gets messed with
[17:09] <shadeslayer> apachelogger: im sure as in, i think thats right
[17:09] <apachelogger> and at last one other looked sort of related while I was skipping through the file
[17:10] <shadeslayer> idk.. thats the only one i can see
[17:15] <apachelogger> search for gzip
[17:20] <CIA-116> [libqapt] gmartres * 1171597 * trunk/extragear/sysadmin/libqapt/ (3 files in 3 dirs) Added the error code NotFoundError to handle the case when the package selected(usually by qapt-batch) does not exist(or does not exist in the version specified)
[17:24] <apachelogger> ah
[17:24] <apachelogger> who needs soversions -.-
[17:26]  * nigelb hands apachelogger best written commit messages of the century award
[17:26] <apachelogger> me?
[17:26] <apachelogger> I did not commit anything
[17:26] <nigelb> oh, wait, that isn't you
[17:26] <nigelb> who is that
[17:26] <apachelogger> :P
[17:26] <apachelogger> smarter
[17:27] <nigelb> omg, google logo looks cool today
[17:27] <smarter> are you mocking me? :p
[17:28] <smarter> oh cool, google polyhedra
[17:28] <nigelb> smarter: nope, I would just say 'Show error msg for that nasty bug...'
[17:28] <nigelb> I don;t know how you have the patience to write it in so much detail
[17:29] <nigelb> http://whatthecommit.com/
[17:29] <smarter> made of pentagons and hexagons, and I can tell you that it has exactly 12 pentagons faces
[17:29] <smarter> nigelb: haha :)
[17:29]  * apachelogger looks up smarter on identity.kde.org
[17:29] <apachelogger> muhahaha
[17:29] <apachelogger> smarter: you did not set no irc nick
[17:29]  * smarter never heard of that site :p
[17:29] <apachelogger> I could not even publicly blame if you broke something
[17:30] <apachelogger> smarter: only got pushed live the other day as part of the git migration
[17:30] <smarter> and https://identity.kde.org/register.php is blank here
[17:30] <apachelogger> as I understand it it is meant to provide more self-management to reduce work load of the sysadmins
[17:30] <apachelogger> smarter: you have an account
[17:30] <apachelogger> username is your svn account 
[17:31] <apachelogger> have it reset the password
[17:31] <smarter> okay
[17:31] <apachelogger> smarter@ubuntu.com is the email you used btw ;)
[17:36] <smarter> apachelogger: by the way, any idea of the timeline for The Great Git Migration?
[17:36] <apachelogger> it is in the community wiki
[17:37] <apachelogger> somewhere
[17:37] <apachelogger> ...
[17:37] <apachelogger> http://community.kde.org/Sysadmin/GitInfrastructureLaunch
[17:41] <smarter> thanks
[17:49] <shadeslayer> hehe  :P
[17:50] <apachelogger> so
[17:50] <apachelogger> I was thinking
[17:50] <apachelogger> since backporting KDE is more a pain than it needs to be
[17:51] <apachelogger> how about we create a script to mass-branch all branches of kubuntu-members at release day so that for each we get a /<nameofseries> branch
[17:52] <apachelogger> i.e. lp:~kubuntu-members/kdebase/ubuntu gets brached to lp:~kubuntu-members/kdebase/lucid
[17:52] <apachelogger> then at backport time ideally we only need to bzr merge && bzr builddeb -S
[17:52] <apachelogger> make that bzr builddeb -S -- -sd
[17:53] <smarter> A ruby script I imagine? :p
[17:53] <apachelogger> pyth0rn
[17:53] <apachelogger> I suppose launchpadlib could easily list all branches of kubuntu-members
[17:53] <apachelogger> then we just need to for loop them
[17:56] <shadeslayer> maybe we can auto decrement boost and all the standard stuff automatically too
[17:57] <apachelogger> no
[17:57] <apachelogger> BUT
[17:57] <apachelogger> we then only need to do it once
[17:57] <apachelogger> (given that they are in mergable line structure)
[17:57]  * shadeslayer checks out kdesupport
[17:57] <shadeslayer> this is gonna take alot of time ....
[17:57] <apachelogger> E: akunambol: malformed-deb-archive third member data.tar not data.tar.(gz|bz2)
[17:58] <apachelogger> when will they fix that? :S
[17:58] <shadeslayer> whut is akunambol
[17:58] <shadeslayer> mycloud++
[17:59] <shadeslayer> whats a SyncML server? :D
[17:59] <shadeslayer> ohhhh
[18:00] <shadeslayer> apachelogger: btw i can launch kdesvn even if i install kde* into /home/$USER/kde right?
[18:00] <shadeslayer> using kdm
[18:00] <apachelogger> I have no idea
[18:00] <shadeslayer> foobar
[18:00] <apachelogger> shadeslayer: yes
[18:01] <shadeslayer> ohk.. just need to add necessary stuff into kdmrc i guess? 
[18:01] <shadeslayer> i shall setup proper dev env today :P
[18:28] <_Groo_> hi/2 all
[18:34] <_Groo_> guys how do i pass qtmultimedia path directly to cmake using dh? i tried doing this:
[18:35] <_Groo_> dh_auto_configure -- -DQT_QTMULTIMEDIA_INCLUDE_DIR:PAdh_auto_configure -- -DQT_QTMULTIMEDIA_INCLUDE_DIR:PATH='/usr/include/QtMultimediaKit' -DQT_QTMULTIMEDIA_LIBRARY_RELEASE:PATH='/usr/lib/libQtMultimediaKit.so'TH='/usr/include/QtMultimediaKit' -DQT_QTMULTIMEDIA_LIBRARY_RELEASE:PATH='/usr/lib/libQtMultimediaKit.so'
[18:35] <_Groo_> ops
[18:35] <_Groo_> dh_auto_configure -- -DQT_QTMULTIMEDIA_INCLUDE_DIR:PATH='/usr/include/QtMultimediaKit' -DQT_QTMULTIMEDIA_LIBRARY_RELEASE:PATH='/usr/lib/libQtMultimediaKit.so'
[18:35] <_Groo_> better
[18:36] <_Groo_> but it says it cant find the objlink diretory
[18:36] <_Groo_> which usually means im doing something wrong
[18:44] <sheytan> hey guys
[18:44] <sheytan> did someone see ofirk here today?
[18:44] <CIA-116> [libqapt] gmartres * 1171615 * trunk/extragear/sysadmin/libqapt/src/worker/worker.cpp Properly exit QAptWorker::commitChanges after a NotFoundError
[18:59] <apachelogger> hm
[18:59] <apachelogger> I think I meant to close bug 468430
[18:59]  * apachelogger is too tired to do it now :S
[19:59] <smarter__> JontheEchidna: pling
[19:59] <JontheEchidna> smarter: plong
[20:01] <smarter> JontheEchidna: I'm seeing if I can implement the fancy DownloadModel you mention in the TODO, but there's something I don't get in qapt: how is the downloadProgress signal emitted?
[20:01] <smarter> I can see that it comes from the workerAcquire::pulse function, but that's not called anywhere
[20:01] <JontheEchidna> voodoo!
[20:01] <JontheEchidna> workerAcquire is a subclassed class
[20:01] <smarter> ooooh
[20:01] <JontheEchidna> the parent class controls it
[20:02] <smarter> should have checked that :p
[20:02] <smarter> also, what's the IMShit() function for? :p
[20:03] <JontheEchidna> hmm
[20:03] <smarter> oh, that's part of the superclass too
[20:03] <JontheEchidna> yeah
[20:04] <CIA-116> [libqapt] jmthomas * 1171652 * trunk/extragear/sysadmin/libqapt/src/worker/worker.cpp Give the worker protection against broken config (e.g. broken sources.list) so that it doesn't crash.
[20:04] <JontheEchidna> The libapt-pkg api is horrible
[20:04] <smarter> I saw that yes :p
[20:04] <JontheEchidna> which is why I did libqapt in the first place, so that hopefully others wouldn't have to look at it so much :P
[20:04] <smarter> (I fixed qapt building in shaman btw)
[20:05] <JontheEchidna> thanks
[20:05] <JontheEchidna> If you really want something to "wtf" over, look at WorkerInstallProgress::updateInterface()
[20:06] <smarter> I saw it, but have no idea what it's supposed to do :p
[20:06] <JontheEchidna> and start()
[20:06] <JontheEchidna> that bit of black magic gives us our percentages and progress text
[20:06] <JontheEchidna> hmm, have to go. be back in ~30 minutes
[20:06] <smarter> 'kay
[20:07] <JontheEchidna> but basically it hooks in to a filefd that dpkg --status-fd gives us, and does some console-level magic to get info from it
[20:07] <JontheEchidna> getting that to work took a few days
[20:07] <JontheEchidna> bbl
[20:14] <_Groo_> hi/2 all
[20:14] <_Groo_> im experiencing a lot of I/O from nepomukfilewatch each time i start kde, so i disabled it in .desktop file. wasnt it suposed to do incrementals, instead of checking my entire home each time?
[20:18] <apparle> shadeslayer: ping
[20:21] <apparle> I want to suggest a fix for rekonq in lucid. what is the procedure?
[20:47] <apparle> why is this channel so dead :(
[20:55] <smarter> JontheEchidna: either heard of libapt-front?
[20:55] <JontheEchidna> smarter: that's what turned in to libept
[20:56] <smarter> JontheEchidna: sure? libept seems to be read-only, whereas libapt-front was supposed to be a replacement of libapt-pkg
[20:57] <JontheEchidna> project page seems to say so: http://libapt-front.alioth.debian.org/
[20:58] <JontheEchidna> though I suppose superceeded != "turned in to"
[20:58] <shadeslayer> apparle: pong
[20:59] <shadeslayer> ok
[20:59] <apparle> shadeslayer: so the ML patch was old.
[20:59] <shadeslayer> apparle: patch rekonq 0.4 -> make debdiff -> ask for SRU
[20:59] <shadeslayer> not old... outdated
[20:59] <shadeslayer> you need to refresh the patch
[20:59] <apparle> shadeslayer: ya
[20:59] <shadeslayer> so
[21:00] <shadeslayer> add patch -> make new package -> file SRU + debdiff
[21:00] <apparle> shadeslayer: actually, I will have to generate a new one, I did manual patching as the versions and files didn't match
[21:00] <shadeslayer> shouldnt be a problem
[21:00] <smarter> JontheEchidna: is it even possible with libapt-pkg to know the download state of each individual package?
[21:00] <JontheEchidna> synaptic does it, so it is possible.
[21:00] <apparle> shadeslayer: so how do I generate a new patch. never done this. 
[21:01] <JontheEchidna> (A lot of libqapt is based off of reading synaptic code as reference)
[21:01]  * smarter downloads synaptic source code :p
[21:01] <shadeslayer> apparle: diff -u oldfile.cpp newfile.cpp &>newpatch.diff
[21:01] <apparle> shadeslayer: multiple files.
[21:02] <shadeslayer> apparle: diff -Nru oldfolder/ newfolder &>newpatch.diff
[21:03] <JontheEchidna> actually, kpackagekit seems to do that now too
[21:03] <JontheEchidna> (the aptcc packagekit backend more specifically)
[21:03] <apparle> shadeslayer: it looks like this http://paste.ubuntu.com/488442/ what next
[21:03] <apparle> shadeslayer: check the foldernames at top. do I need to change them
[21:03] <shadeslayer> um
[21:04] <smarter> JontheEchidna: oh right, it's hidden by the details button so I didn't see it
[21:04] <shadeslayer> apparle: line 2 should read rekonq-0.4.0.orig/foo
[21:04] <shadeslayer> line 3 should read rekonq-0.4.0/
[21:04] <shadeslayer> so basically change the folder name
[21:05] <apparle> shadeslayer: ok
[21:05] <shadeslayer> rekonq-0.4.0.orig/ and rekonq-0.4.0
[21:05] <shadeslayer> !debdiff | apparle : youll also need this
[21:06] <smarter> JontheEchidna: okay, I see how it can be done, what was bugging me is that I thought apt-get/aptitude downloaded packages in parallel but that doesn't seem to be the case, or maybe under some specific circumstances?
[21:07] <JontheEchidna> only when apt wants to
[21:07] <apparle> shadeslayer: I suppose this flash would fix this bug right? https://bugs.launchpad.net/ubuntu/+source/rekonq/+bug/602141
[21:07] <JontheEchidna> like when downloading big package + a bunch of smaller ones, or something
[21:07] <shadeslayer> looking
[21:07] <smarter> JontheEchidna: and I guess apt-pkg utterly fails in this case?
[21:08] <shadeslayer> apparle: maybe, youll need to check
[21:08] <JontheEchidna> iDunno
[21:08] <shadeslayer> JontheEchidna: you forgot the TM there :P
[21:08] <apparle> shadeslayer: how? apport report is big, and I don't know what to check in it
[21:08] <JontheEchidna> iDunno™
[21:08] <shadeslayer> I tried to open link from google search to ubuntu forums << maybe that helps? :D
[21:09] <shadeslayer> better :D
[21:09] <apparle> shadeslayer: what
[21:09] <apparle> and how do you write TM?
[21:09] <shadeslayer> thats what the bug report says
[21:09] <shadeslayer> ™ << thats how? :D
[21:10] <shadeslayer> unicode character if im not wrong
[21:10] <apparle> how do you type it?
[21:10] <bulldog98> apparle: i gues compose
[21:10] <apparle> what
[21:11] <shadeslayer> apparle: the bug report says what needs to be done to crash it
[21:11] <JontheEchidna> smarter: btw, don't know if you've seen, but: http://imgur.com/sE0rn
[21:12] <apparle> shadeslayer: ok so now after applying patch it doesn't crash. That's it
[21:12] <apparle> ?
[21:12] <JontheEchidna> smarter: it doesn't really do anything except display that yet, and I've not committed it to trunk because I've not gotten muon and libqapt branched yet
[21:12] <bulldog98> apparle: compose input a feature of Xorg
[21:12] <smarter> JontheEchidna: nice!
[21:12] <shadeslayer> apparle: id guess thats it....
[21:12] <shadeslayer> if user reports if it still crashes....
[21:12] <JontheEchidna> I should probably see about who to talk to to get an svn branch... (apparently I don't have commit rights to branches/ in kdesvn
[21:13] <smarter> techbase probably has a howto on that
[21:13] <apparle> bulldog98: any link on how to use it?
[21:17] <bulldog98> apparle: http://en.wikipedia.org/wiki/Compose_key
[21:18] <cmagina> Got a question for those building kde trunk. I build qt from nokia to get 4.7, however that version doesn't create the qt/include/phonon/Phonon directory during install.  kdebase looks for the phonon includes at that location. The files it is looking for exist, but obviously not where it expects them to be.  10.04's qt-dev package puts them in the right spot, but its 4.6.3.
[21:19] <cmagina> Besides fixing the qt install, is the other way to just pull qt4.7 from maverick?
[21:22] <apparle> bulldog98: I don't seem to have a compose key 
[21:25] <yofel> cmagina: (I'm not an expert on this) doesn't the kde trunk build guide say to use phonon from the seperate phonon repos? any reason why you're not using that?
[21:25] <cmagina> yofel: I must have missed that part.  I'll go take a look again. Thanks
[21:26] <yofel> cmagina: see http://techbase.kde.org/Getting_Started/Build/KDE4/Prerequisites#Phonon
[21:27] <cmagina> yofel: Ah, read right over that. Again, thanks.
[21:41] <apparle> shadeslayer: ping
[21:41] <shadeslayer> pongly
[21:41]  * shadeslayer has reduced brain function @ 2 AM
[21:42] <shadeslayer> keep that in mind
[21:42] <shadeslayer> :P
[21:42] <apparle> shadeslayer: that patch includes x11 libraries, check the link of patch I gave you earlier. Do I need to change anything in the debian package?
[21:42] <shadeslayer> gah... House just removed half of a guys brain :O
[21:43] <shadeslayer> apparle: checking
[21:43] <apparle> shadeslayer: any changes in the dependencies?
[21:43] <shadeslayer> ok if it doesnt add any build deps
[21:44] <shadeslayer> test in pbuilder
[21:44] <apparle> shadeslayer: again how
[21:44] <shadeslayer> Riddell: ^ think we need to SRU rekonq?
[21:44] <shadeslayer> for lucid
[21:44] <shadeslayer> !pbuilder | apparle
[21:44] <shadeslayer> pretty good wiki entry
[21:45] <apparle> shadeslayer: what is clean chroot env
[21:45] <shadeslayer> !chroot
[21:45] <apparle> ok
[21:46] <steffen22285> hallo zusammen
[21:49] <shadeslayer> !gpg | apparle
[21:57] <ScottK> Riddell: qt4-x11 finished building.  I've reviewed it for binary New and it's fine, but LP is up to it's usual reliability standard and not letting me accept it. Would you please do so?
[22:06] <CIA-116> jmthomas * 1171695 * branches/stable/extragear-kde4/sysadmin/libqapt/ Branch of libqapt for 1.0.x
[22:13] <JontheEchidna> smarter: trunk is thawed, go crazy. ;)
[22:14] <smarter> \o/
[22:14] <JontheEchidna> oh, but actually I was planning on doing some file structure rearranging
[22:14] <JontheEchidna> for the inclusion of the software-center type GUI
[22:15] <JontheEchidna> I'll try to be quick about it and get that done in the next hour or few ;)
[22:15] <smarter> don't worry, I won't be able to work on that DownloadModel until tomorrow afternoon
[22:15] <JontheEchidna> ok, cool. As long as I'm not holding you back... :)
[22:19]  * shadeslayer pokes his kde svn install
[22:20] <shadeslayer> ok everything done.. now to add stuff in kdmrc
[22:26] <shadeslayer> JontheEchidna: i made a new startkde4 for kde-neon, does it have to be +x ?
[22:27] <smarter> 'night all
[22:27] <JontheEchidna> I would imagine so.
[22:27] <JontheEchidna> 'night
[22:27] <shadeslayer> smarter: might
[22:32] <ScottK> apachelogger: Would you please have a look at http://launchpadlibrarian.net/54800313/buildlog_ubuntu-maverick-i386.kde-l10n-lt_4:4.5.1-0ubuntu1_FAILEDTOBUILD.txt.gz - It combines several of your favorite things.
[22:50] <shadeslayer> i haz KDE neon \o/
[22:50] <shadeslayer> not the packaged one :P
[22:53] <shadeslayer> seems pastebin plasmoid is broken
[22:53] <shadeslayer> who broke my dearest plasmoid :(
[23:14] <shadeslayer> apachelogger: pingly quick!
[23:15]  * shadeslayer is overhyped
[23:15] <shadeslayer> i made rekonq show cruft
[23:15] <shadeslayer> by editing kio 
[23:15] <shadeslayer> seems only thing remaining is to sort out encoding
[23:18] <shadeslayer> hmmmmmm
[23:23] <ScottK> Riddell: Nevermind.  It worked this time.
[23:23] <ScottK> Qt 4.7 rc 1 is in.
[23:26] <shadeslayer> awesome
[23:26]  * shadeslayer wanders off to see kate code
[23:33] <Riddell> shadeslayer: why would we SRU rekonq?
[23:33] <shadeslayer> flash issue
[23:33] <shadeslayer> seems to be affecting 0.4.0 as well
[23:33] <shadeslayer> apparle: ^^
[23:34] <shadeslayer> maybe hes gone to sleep... cant say
[23:34] <apparle> I'm up
[23:34] <shadeslayer> oh :)
[23:34] <shadeslayer> apparle: explain :P
[23:34]  * shadeslayer hacks more on kio
[23:35] <Riddell> is there a patch?
[23:35] <apparle> Riddell:  just a min
[23:36] <shadeslayer> Riddell: i made a small dent with http://paste.ubuntu.com/488477/ 
[23:36] <shadeslayer> now rekonq shows all gibberish
[23:37] <shadeslayer> cant figure out whats wrong....
[23:37] <apparle> Riddell: http://paste.ubuntu.com/488483/
[23:37] <shadeslayer> possibly fixupResponseContentEncoding needs fixing too
[23:37] <Riddell> shadeslayer: well it's probably showing the raw gzip file
[23:38] <shadeslayer> Riddell: id guess so
[23:38] <shadeslayer> any ideas?
[23:38] <apparle> Riddell: I'll make the debdiff later... exams going on
[23:38] <shadeslayer> ( then we can patch our kdelibs and send a patch upstream )
[23:38] <Riddell> apparle: seems reasonably, needs someone to file a bug and make the debdiffs for the SRU then
[23:39] <apparle> Riddell: bug has been filed by someone, I am not sure if it is the same bug problem. I'll make the debdiff in few days
[23:39] <Riddell> apparle: got the number?
[23:40] <apparle> Riddell: https://bugs.launchpad.net/ubuntu/+source/rekonq/+bug/602141
[23:40] <Riddell> shadeslayer: not really since I don't know how kio http works, probably something needs set which tells it to uncompress the gzip file, no idea if that's possible
[23:40] <Riddell> apparle: thanks
[23:40] <shadeslayer> mm
[23:41] <apparle> Riddell: for what?
[23:41] <shadeslayer> apachelogger might know... 
[23:41] <shadeslayer> apachelogger: when your back look @ http://paste.ubuntu.com/488477/
[23:41] <Riddell> apparle: for finding the bug and the patch
[23:41]  * Riddell sleeps
[23:41] <apparle> Riddell: :D good night
[23:41] <shadeslayer> ^ i need some of that too
[23:42] <apparle> shadeslayer: you don't get it everytime I suppose. Only the first time :P
[23:42] <shadeslayer> probably
[23:42] <shadeslayer> :)
[23:42] <apparle> ok bye
[23:42] <shadeslayer> cya
[23:50] <JontheEchidna> d'aww CIA-116 still isn't picking up muon commits
[23:56] <Sput> ScottK: do you have any patches in Qt 4.7-rc1 reverting any QTextBoundaryFinder-relatedg
[23:56] <ScottK> Sput: Dunno.  Maybe debfx is around and can answer.
[23:56] <Sput> ups, I didn't finish typing :)
[23:57] <ScottK> IIRC, he was the one packaging.
[23:57] <Sput> ScottK: thing is, I keep getting reports of broken wordwrap in Quassel from kubuntu users with 4.7-rc1
[23:57] <ScottK> Sput: If they have RC1, they didn't have it officially as it just got accepted an hour ago.  I see the same thing with beta 2.
[23:57] <Sput> and there has been a behavior change in QTextBoundaryFinder during the 4.7 cycle we had to adapt to, such that older versions of Qt 4.7 (like beta2) would break
[23:57] <ScottK> (was waiting to see if the rc fixed it before I got excited)
[23:58] <Mamarok> dear kubuntu packagers, could you correct that packaging error in Amarok 2.3.0 Lucid which does not install the correct MySQL packages for non-KDE users? I am getting sick of those bug reports. And the bug is really serious, as Amarok can't build a collection without those packages...
[23:58] <Sput> *but* at least in my checkout, this behavior change made it into rc1
[23:58] <ScottK> Sput: OK.  Let me update and see.
[23:58] <ScottK> Mamarok: What is missing?
[23:58] <Sput> so if it's still around in kubuntu's 4.7-rc1, either you guys patched out the behavior change, or something entirely weird happens there
[23:58] <Mamarok> see also https://bugs.launchpad.net/bugs/630103, which is the umpteenth report about that
[23:58] <Sput> I'm using the 4.7 branch (HEAD) and I don't have the issue
[23:58] <ScottK> OK
[23:58] <Mamarok> ScottK: well, it does not install the mysql-sercer-core packages for all non-KDE users
[23:59] <shadeslayer> what would m_contentEncodings.removeLast() do btw?
[23:59] <ScottK> Mamarok: I'll look into it.
[23:59] <Mamarok> besides the above mentioned bug being invalid since he reports at least three differnet issues, the lack of MySQL is really annoying