[01:53] nixternal: Can haz powerpc box? [02:07] ScottK: firing it up [02:08] ScottK: it is up and running [02:24] nixternal: Thanks. [02:25] nixternal: This will probably take a while, so I'd appreciate it if you could leave it up. [02:28] ScottK: sure, just shut it down when you are done [02:28] Will do. Thanks again. [02:28] fyi, it needs a reboot after the update [02:28] though that doesn't matter really, kernel upgrade [02:29] Noticed. I'll be working in a maverick chroot anyway, so it shouldn't matter. [02:32] k, i am heading to bed, so enjoy :) [04:18] nixternal: All done. It should have shut down. === _LibertyZero is now known as LibertyZero [07:25] hm [07:26] seele: actually it is somewhat easy these days (compared to pre-KDE4 times anyway ;)) [07:26] 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] which installs pretty much every dev package you need for up to konqueror stuff [07:27] then you just grab the source and make sure it contains a file named CMakeLists.txt [07:28] that indicates that it is (hopefully) buildable using cmake (which is the fancy app we use for building KDE stuff) [07:28] if there is no such file then I recommend either asking someone or using the google forces (asking is probably more efficient) [07:29] if there is such a file you create a build directory and run cmake [07:29] something like [07:29] mkdir build && cd build && cmake .. [07:30] 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 to make) ... for example with a dual core you would use make -j3 [07:30] once make also passes without errors you can install using sudo make install [07:31] and that is pretty much how you build software [07:33] 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] you should find the dependency (which will most likely be a package suffixed with -dev) just fine [07:58] someone broke gcc on armel and powerpc :/ [07:58] qt and several kde packages ftbfs with "/usr/bin/ld: cannot find -lgcc_s" [08:09] what fun :P [08:57] 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] kdepim 4.5 beta 3 up for lucid as well [09:11] OMG, they are going to remove synaptic? Are they mad? The only usable GUI installer... /me hates that software center :( [09:12] and only gtk app on my system [09:13] if I try to start virtuoso I get: [09:13] sed: can't read /var/lib/virtuoso-opensource-6.1/db/virtuoso.lck: No such file or directory [09:24] Mamarok: Been planned for a while :/ [09:24] * nigelb uses apt-get mostly [09:29] 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] Mamarok: what about KPackageKit, any good? [10:30] * markey hasn't used it lately [10:35] Mamarok: muon? [10:35] kpk works for now on maverick :P [10:36] well kpk looks better at least with the categories [10:37] !find msgfmt [10:37] Found: liblocale-msgfmt-perl [10:37] yofel: any ideas what header does lp send when you click on a build log? [10:39] nope [10:43] Anyone tried to build Colibri from source? [10:44] shadeslayer: um, what are you looking for? [10:45] yofel: never tried, but I certainly will :) [10:45] nigelb: trying to get build log support into rekonq, currently it downloads the build log [10:45] trying to get it to display using kate kpart [10:45] 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] hmm [10:55] \o [11:03] Riddell: ping [11:14] 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] the stable one [11:24] Quintasan: you pinged? [11:34] Riddell: yes, I can't determine whether there was a problem with Qt still being build or I'm doing something wrong [11:34] Riddell: apt demands to remove libqt4-multimedia [11:35] Riddell: need some rekonq coding help if your available [11:36] Mamarok: well, I'm not using PIM at all but I though I could test something and report bugs [11:36] while I'm reading [11:36] oh, then please do :) [11:38] Quintasan: the libqt4-multimedia is removed since it is in Qt mobility now, I guess [11:39] AFAIK [11:39] oh welll [11:39] ifit breaks I'll just format [11:39] Hmm [11:39] I have a dd image [11:39] not need to format then [11:41] apachelogger: hi, any idea what a "realm" is in ubuntu one? [11:45] Quintasan: well I don't know what you're doing but qt multimedia has been removed in 4.7 [11:45] great [11:51] smarter: thats oauth talking [11:51] realm is the realm of the authentication [11:51] e.g. you could have a realm ubuntu.com [11:52] and within that realm summit for summit.ubuntu.com and people for people.ubuntu.com [11:52] okay, I'll look into oauth [11:52] 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] shadeslayer: what business do you have with buildlog headers btw? [11:54] shadeslayer: the amount of service outtakes is ... sad [11:54] smarter: ^ [11:54] actually ^^ [11:54] apachelogger: ill check the headers for content encoding and we can load kate kpart accordingly for build logs [11:55] shadeslayer: kate does not do decompression? [11:55] seen as buildlogs always come compressed [11:55] apachelogger: kate can open txt.gz files directly [11:55] ive checked [11:56] must be magic [11:58] apachelogger: you said you started working on making s-p-kde kdesudo-independent? [11:58] hai [11:58] need to commit0r [11:58] somewhere [12:05] Blizzz: that vid is pretty ugly right there [12:06] hm, where can I get muon? Is it in a PPA? [12:06] Mamarok: for lucid? [12:06] in maverick it is in the archive [12:06] * Mamarok onders to upgrade... [12:06] it's beta now, isn't it? [12:06] *ponders [12:06] sure doesnt feel like beta here [12:07] apachelogger: why so? [12:07] apachelogger: how does it feel, like alpha? [12:07] then I won't [12:08] Blizzz: horrible icons, horrible color combination, one of those horribly broken dock-ripoffs... [12:09] apachelogger: that is taste, right? [12:09] no [12:09] the dock rippoffs are broken [12:09] JontheEchidna: hey! [12:09] the color combination is wrong by any artistic judgement [12:09] and the icons are just [12:09] ... [12:09] well [12:10] apachelogger: ok, that dock stuff [12:10] I let a taste get in there [12:10] personally, i'd like those colors better than default [12:10] apachelogger: doesn't it use KDE's icons? [12:10] also there is pointless maximation going on [12:10] Mamarok: no [12:10] it uses an incomplete thing [12:10] urghs... [12:10] that falls back to oxygen here and there [12:10] that is really bad [12:10] which makes matters worse [12:11] it really should use KDE defaults, seriously, Nuno is doing a great job there [12:11] Blizzz: I did not say that default is any better, but less disturbing [12:11] from where I stand it is nothing but yet another show off of desktop effects [12:12] ...as if those were the only good things on linux... [12:12] (besides the monochrome icons I hate...) [12:13] 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] just my 2 cents, but it would be the only distro who does KDE default [12:13] and be uses as a true showcase [12:13] used* [12:13] this is what kubuntu does [12:14] * smarter hates the monochrome icons too [12:14] Mamarok: incomplete stuff like...? [12:14] Maverick doesn't use Oxygen icons? [12:14] they just make it harder to find the icon you're looking for [12:14] apachelogger: well, you just talked about incomplete stuff [12:15] smarter: i agree [12:15] we were talking about a video [12:15] http://www.youtube.com/watch?v=77VnLiYx-Bo [12:15] apachelogger: I am talking about Maverick, see my question above [12:16] that was a topic collision then [12:16] ^^ [12:16] OK, so you said it didn't feel like beta, what does it feel like then? [12:16] I for one would not have noticed :P [12:16] Mamarok: beta that goes back to alpha [12:16] I have to show off Kubuntu in 2 weeks, so do I switch to Maverick or not? [12:16] there are some more or less ewwwy graphics issues [12:17] * Mamarok needs to know before September 16 [12:17] Mamarok: lucid with the backported KDE 4.5? [12:17] Mamarok: I would stay with lucid, the differences are not that big that you would want to present a possibly broken system [12:17] smarter: yep [12:18] OK, will stay with Lucid then [12:18] in that case [12:18] so no muon backported to Lucid yet? [12:18] ... [12:18] Mamarok: https://launchpad.net/~echidnaman/+archive/qapt [12:18] muon [12:18] nice, thanks :) [12:19] 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] good ^^ [12:22] oh [12:22] hm [12:22] http://forum.kde.org/viewtopic.php?f=18&t=89963 [12:22] that should be pretty easy to implement [12:23] smarter: lp:~kubuntu-members/software-properties/dbusworker [12:23] thanks [12:23] there is software-properties-dbus which implements a dbus service worker that gets launched as root [12:24] 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] polkit will then query the user for authorization (which in the current policy is set to not ask but just grant permission) [12:25] okay [12:25] if polkit is happy the service worker will execute the appropriate backend function [12:26] so instead of kdeui <-> backend the new design would be backend -> kdeui -> dbus -> polkit -> dbus service [12:28] 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] also slip needs python-decorator... [12:29] apachelogger: what is better? render build log via webkit or render build log via kate part [12:29] apachelogger: You installed it with alien? [12:29] shadeslayer: webkit I suppose [12:29] hmm... [12:29] why not kate part? [12:30] what would be the rationale for using a kpart? [12:30] apparently arora renders the build log [12:30] smarter: no, git clone [12:30] smarter: git clone git://git.fedorahosted.org/git/python-slip.git [12:30] smarter: then link python-slip/slip to softwareproperties/dbus/slip [12:31] lrwxrwxrwx 1 me me 34 2010-08-30 14:55 softwareproperties/dbus/slip -> /home/me/src/git/python-slip/slip/ [12:31] looks like that for me [12:31] 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] smarter: we certainly wouldnt have it in mav since it poses threat of regression [12:31] I concluded that it might not be the worst thing to rewrite the kdeui from scratch [12:32] since it is a straight port from the GTK thing it has some odd pieces here and there [12:32] shadeslayer: are you doing new ktorrent? [12:33] apachelogger: i could [12:33] and shouldn't the backend be part of QApt? [12:33] but if its taken... no point in doing it [12:33] also [12:33] smarter: yes but no, but yes [12:33] bug fix release right? [12:33] ok ill do it :D [12:33] smarter: it could, I am not sure it should though [12:34] oi [12:34] smarter: qapt is comparable to python-apt and software-properties is stacked on top of python-apt [12:34] apachelogger: already the latest in archives [12:34] you got me all excited :P [12:34] 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] help me fix rekonq now :D [12:35] smarter: surely it is the maintainer's decision whether he wants to implement that ;) [12:35] apachelogger: about http://forum.kde.org/viewtopic.php?f=18&t=89963, did you see the last comment? [12:35] apachelogger: so, a libsoftwareproperties implemented on top of qapt? :p [12:35] I do not see a point for it :P [12:35] moar C++ [12:36] less interactions problem [12:36] Mamarok: ah, yeah, silk... I do not trust in that :P [12:36] feels more like a bubble gum project for now ;) [12:36] apachelogger: talk to sebas about it [12:36] I still have to see it to believe it, too :) [12:37] sebas left the channel just because he is opensuse fanboi now :P [12:37] smarter: well, I agree, also writing dbus services in c++ is much less of a pain in the arse [12:37] smarter: the thing is ... we would have to maintain the backend ourself... [12:38] while currently we get that for free [12:38] apachelogger: well, that is his current job [12:39] that does not mean he has to abandon his kubuntu friends :P [12:40] shadeslayer: how did you like my super long changelog btw :P [12:40] where? "D [12:40] oh [12:40] the one you showed yesteday? [12:41] apachelogger: its not super long :P [12:41] not? [12:41] it sure felt like a lot of information [12:41] there is one which is bigger [12:41] Quintasan: do you remember which one? :D [12:41] apachelogger: http://bazaar.launchpad.net/~kubuntu-members/kdenetwork/ubuntu/revision/81 [12:42] fake [12:42] that one is bugger [12:42] *bigger [12:42] that is a collection of previous changes, that is bogus competition to real changes [12:42] im just saying there was one bigger :P [12:43] apachelogger: help me with this rekonq problem ... [12:43] sudo apt-get purge rekonq [12:44] apachelogger: http://pastebin.com/efYzNMvS << thats how arora handles it [12:44] ... [12:44] sudo apt-get purge rekonq arora [12:44] handles what? [12:44] apachelogger: Package rekonq is not installed, so not removed [12:44] the handleUnsupportedContent() crap [12:45] the wha? [12:45] how is it unsupported? [12:45] line 377 [12:45] I thought buildlogs come with mime text? [12:45] that surely is supported [12:46] probably [12:46] Content-Type: text/plain;charset=utf-8 [12:46] yes [12:46] so how does one make rekonq render it [12:47] well, I dunno [12:47] I am not the rekonq fanboi here [12:47] heh :P [12:48] no idea? [12:48] * shadeslayer goes to #arora for answers [12:48] I love how tests are within rekonq's src tree [12:48] i dont think there are any :P [12:48] so you cannot grep crap without getting a pile of shit falling out of your terminal [12:49] where should they be then? [12:49] * shadeslayer doesnt understand the purpose of tests either [12:50] :O [12:50] * apachelogger wais for steveire to lecture shadeslayer [12:51] dude im a n00b to this :D [12:51] lecture me please [12:51] mentor me please [12:51] make me code hermit please :P [12:51] then i shall take over supreme apachelogger XD [12:52] when he gets old :P [12:52] old and rusty I am already [12:53] so train me :D [12:53] hmmmmmmmm [12:53] hmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmmm [12:54] QL1S [12:54] I am so going to throw up next time I see that crap [12:55] what should that be replaced by? [12:55] [libqapt] gmartres * 1171556 * trunk/extragear/sysadmin/libqapt/ (3 files in 3 dirs) Added AptPkg cmake module copied from Shaman [12:56] hmmm [12:57] shadeslayer: it seems the qnetworkreply that your handleUnsupportedContent gets does not list text/plain as mime [12:57] but gzip [12:57] how did you find that out? :D [12:57] using supreme gdb skills [12:58] teach me already :P [12:59] all i get is orderedSearchItems leave: elapsed: 0 [13:02] apachelogger: how do increase the verbosity for gdb? [13:02] verbosity? :O [13:02] shadeslayer: I think you should read the gdb manual [13:02] man page or manual? [13:02] you are expecting wrong things from it [13:02] manual [13:03] smarter: hi (and thanks for the commit) [13:03] ok === ximion is now known as ximion-afk === ximion-afk is now known as 52AAB9Y4B === 52AAB9Y4B is now known as ximion [13:07] apachelogger: 555 pages :P [13:17] 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] 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] shadeslayer: it is a mighty tool [13:19] i can see :P [13:22] :P [13:22] what a foo right there [13:22] :) [13:23] well [13:23] wellllllll [13:23] shadeslayer: I think the only thing you could do is IF mime == gzip AND filext == .txt.gz THEN use kate kpart [13:24] you cannot reliably check what the gzipped data is [13:24] no rendering through webkit? [13:24] webkit cannot render gzip can it? [13:25] erm arora can render said build log [13:25] I mean, you could probably decrompress it and then render it, but I do not see the gain [13:25] shadeslayer: probably because they do not use KIO [13:25] yes [13:25] they dont use KIO [13:25] so they get the text mimetype [13:25] while recum gets the gzip mimetype [13:25] oh [13:25] silly me [13:26] shadeslayer: supposedly you really just need to delegate the webview to show the thing [13:26] maybe i figures out that it needs to decompress on iits own [13:26] 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] what do you suggest then [13:28] oh boi [13:28] https://launchpad.net/~kubuntu-ppa/+archive/experimental/+build/1946340 ... [13:29] which means the stupid ppa needs to dep on backports or we copy all of the backports crap into this ppa [13:33] apachelogger: ^^ [13:34] copy copy [13:34] ohm [13:34] copy all of it? :D [13:34] maybe arora does silly funk after all [13:35] * shadeslayer proceeds to copy [13:35] http://aplg.kollide.net/images/avatar/snapshot14.png [13:36] hehe [13:38] muwhahaha .. i made LP time out [13:38] ah [13:38] the urly was just wrongy [13:39] shadeslayer: report a bug [13:39] apachelogger: no OOPS ID [13:39] woah [13:39] Sorry, there was a problem connecting to the Launchpad server. [13:39] :P [13:39] report a bug that it times out when you do whatever you did [13:40] maybe because im copying too many packages at once? :D [13:40] http://aplg.kollide.net/images/avatar/snapshot15.png === Tscheesy_ is now known as Tscheesy [13:40] nice [13:40] shadeslayer: and the UI is how exactly connected to that [13:40] there should be no timeout [13:41] see if i select 7 packages it works [13:41] it still should not time out [13:41] shadeslayer: go report bug [13:41] apachelogger: what do you suggest for rekonq .. [13:41] or annoy comment on some other [13:43] shadeslayer: make the code readable for starters [13:43] apart from that :P [13:44] ill brb [13:46] shadeslayer: well, same as I said above [13:46] IF mime == gzip AND filext == .txt.gz THEN render thing [13:47] you supposedly cannot prevent the networkaccessmanager to come back with an unsupportedtype [13:50] hm [13:50] render with kpart right? [13:50] shadeslayer: I think it would be easier to just use the kate kpart [13:50] mm [13:50] 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] for what it is worth, kio probably is right to prefer filext over http content [13:54] and under handleUnsupportedContent() right? [13:54] would say so, yes [13:55] mm [13:56] still wondering what the code would look like [13:57] if (reply->hasRawHeader("gzip")) {mimetype = "text/html"} [13:57] does that look ok? [13:58] apachelogger: ^ [14:02] wah? [14:02] woops,somone in #ubuntu+1 says they lost kmail on upgrade [14:02] where does the mail get saved is there a folder in home directory? [14:03] which mail? [14:03] if (mimeType == QLatin1String("application/x-gzip") && ) { do kpart foo } [14:03] shadeslayer: ^ [14:03] mfraz74: the ones that you download to your system using the client [14:03] kmail stores it in .kde/share/apps/kmail/ [14:04] thanks [14:05] nigelb: not sure if the new kmail stores it somewhere else [14:05] mfraz74: all that needs to be done is check if the directory is still there [14:06] hmm [14:08] apachelogger: i guess this will go before line 439 [14:10] i can probably use replyurl->hasSubUrl("txt.gz") [14:11] shadeslayer: that would be unwise [14:11] why> [14:11] the condition should be that it explicitly ends on txt.gz [14:11] ?? [14:11] ohh [14:11] otehrwise you might have a file mytxt.gz [14:11] but mytxt is binary [14:11] kabooom [14:12] how about hasSubUrl(".txt.gz") ? [14:12] * shadeslayer is checking the KUrl docs for alternatives [14:12] my.txt.gz.was.broken.so.here.is.it.in.a.tar.gz [14:13] oh :P [14:13] why would anyone name a file like that? [14:13] mfraz74: true, but apachelogger has a point [14:14] why would anyone have a file foo.txt.gz but claim it is mimetype text/plain while obviously it is not :P [14:14] true [14:14] 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] apachelogger: how to do it then? :D [14:16]