[00:01] <eMyller> Quintasan: built from svn?
[00:01] <eMyller> please tell me which -dev packages i have to install
[00:02] <eMyller> i can't download anything extra, i'm on a limited broadband :\
[00:02] <eMyller> [ noob question; how do i know from which repo a package come? ]
[00:06] <eMyller> [ nvm ]
[00:10] <tsdgeos> hi
[00:10] <tsdgeos> http://www.kubuntu.org/news/kde-sc-4.4.5 disappeared?
[00:41] <Quintasan> uploaded
[00:42] <txwikinger> with QWebView in pyqt.. how can I get any error messages?
[00:45] <Quintasan> hgnh
[00:45] <Quintasan> rejected
[01:15] <Quintasan> apachelogger: do you have kdegraphics ready?
[01:17] <rbelem> hey guys, someone already packaged bluedevil?
[01:17] <Quintasan> rbelem: it's being packaged in Debian AFAIK
[01:17] <Quintasan> We will sync it :P
[01:18] <rbelem> cool :-)
[01:21] <rbelem> Quintasan, do you know where can i get the source package?
[01:24] <Quintasan> rbelem: I do belive it is in GIT repo
[01:28] <Quintasan> rbelem: http://www.afiestas.org/bluedevil-the-new-kde-bluetooth-stack-is-here/
[01:32] <Quintasan> rbelem: and http://www.gitorious.org/libbluedevil
[01:32] <rbelem> thanks Quintasan :-)
[01:32] <Quintasan> you'd be interested it the lib too
[01:33]  * rbelem is now building bluedevil pkg
[01:33] <rbelem> :-D
[01:36] <claydoh> whom do we ping to fix the kubuntu.org's typo in the site's title?
[01:39] <Quintasan> ofir or sheytan
[01:39] <Quintasan> eMyller also I think
[01:44] <claydoh> I'll consider them pinged :)
[01:48]  * rbelem is now using bluedevil :-D
[01:50] <eMyller> Quintasan: sheytan is off, i don't have access to the site content and i don't see ofirk for quite a long time... maybe Riddell?
[01:55] <Quintasan> Riddell is away till sunday I'm afraid
[03:00] <Quintasan> wtf
[03:00] <Quintasan> all my builders are acting up now
[03:08] <Quintasan> cowbuilder, go to hell
[03:15]  * Quintasan thinks sbuilder needs more love
[03:15] <Quintasan> ryanakca: are you using sbuild?
[03:18] <ryanakca> Quintasan: Yes
[03:18] <ryanakca> Need something built?
[03:20] <Quintasan> ryanakca: nope, I have two questions
[03:21] <Quintasan> first of all, how do you increase the space available to process during the build?
[03:21] <Quintasan> and secondly, where on earth the sbuild stores downloaded debs?
[03:22] <ryanakca> Quintasan: Available space, as in HD space? I use a LV for my schroot and the build just creates a snapshot of it. I believe there's an option in /etc/schroot/schroot.conf to change the size of the lv snapshot
[03:23] <Quintasan> ryanakca: I'm not using it with lvm 
[03:23] <ryanakca> As for the downloaded debs, it doesn't store them anywheres, they get lost after the build when it destroys the snapshot. I run an apt-cacher to save on bandwidth
[03:23] <ryanakca> (approx and apt-cacher-ng both work well, at the moment I'm using apt-cacher-ng)
[03:23] <Quintasan> ryanakca: oh, that would be nice, care to link me to detalis how to configure that?
[03:26] <ryanakca> sudo apt-get install apt-cacher-ng && sudo vi /etc/apt-cacher-ng/acng.conf ... you should a line that looks like "Remap-ubuntu: file:ubuntu_mirrors /ubuntu ; file:backends_ubuntu"
[03:26] <ryanakca> approx is easier to configure though, but it doesn't provide shiny graphs of how much bandwidth you're saving
[03:27] <ryanakca> then just change the line in you chroot's sources.list from http://archive.ubuntu.com/ubuntu to http://127.0.0.1/ubuntu
[03:27] <ryanakca> (approx.conf is just filled with lines like "ubuntu http://archive.ubuntu.com/ubuntu" which creates the cache http://127.0.0.1/ubuntu )
[03:30] <Quintasan> hmm
[03:30] <Quintasan> ryanakca: in chroot's sources.list
[03:30] <Quintasan> deb-src http://127.0.0.1/ubuntu maverick-security main restricted universe multiverse
[03:30] <Quintasan> like that?
[03:31] <ryanakca> Ah, which are you using?
[03:31] <ryanakca> You'll need to create another entry for security.ubuntu.com
[03:31] <Quintasan> apt-cacher-ng
[03:31] <Quintasan> there is also -updates
[03:31] <ryanakca> Add the following line to acng.conf:
[03:31] <ryanakca> Remap-ubuntu-security: /ubuntu-security ; http://security.ubuntu.com/ubuntu
[03:33] <ryanakca> maverick-updates is under archive.ubuntu.com/ubuntu , correct? If so, just add 'deb http://127.0.0.1/ubuntu maverick-updates main blah blah....' to sources.list
[03:33] <Quintasan> great
[03:33] <Quintasan> should apt-get update work or not?
[03:33] <ryanakca> Yep
[03:34] <ryanakca> Remember to get rid of the old archive.u.c lines in sources.list
[03:34] <ryanakca> Also, don't forget to restart apt-cacher-ng after adding the new remaps
[03:34] <Quintasan> gah, it fails to connect :/
[03:34] <Quintasan> restarted it
[03:34] <Quintasan> hmm
[03:34] <ryanakca> Hmmm. s/127.0.0.1/localhost/ maybe?
[03:34] <ryanakca> Not sure why it isn't working.
[03:36] <Quintasan> well
[03:36] <Quintasan> it tries to connnect on 80
[03:36] <Quintasan> Port:3142
[03:36] <ryanakca> Oh, silly me.
[03:36] <Quintasan> in acng.conf
[03:36] <ryanakca> you want http://127.0.0.1:3142/ubuntu and http://127.0.0.1:3142/ubuntu-security
[03:37] <Quintasan> great
[03:37] <Quintasan> thanks
[03:37] <Quintasan> Now I wonder about space
[03:38] <Quintasan> kdepimlibs failed due to not enoguh space :<
[03:38]  * Quintasan really needs to do LVM
[03:38]  * ryanakca nods, much nicer. There's even a mk-sbuild-lv script in ubuntu-dev-tools :)
[03:39] <Quintasan> I though I would get most of kde 4.5 done by now but the damn build tools had to start acting up
[03:39] <ryanakca> In any case, try 'man schroot.conf', schroot.conf can be found at /etc/apt/sources.list
[03:40]  * ryanakca => bed
[03:40] <ryanakca> Good luck :)
[03:41] <Quintasan> thanks
[09:11] <Quintasan> oh ma
[09:11] <Quintasan> I slept 3 hours
[09:15] <Quintasan> not too much, isn't it?
[09:18] <ulysses> no
[09:19] <Quintasan> :D
[09:19]  * Quintasan goes skateboarding after uploading
[09:42] <fregl> moin
[09:42] <fregl> is there a ppa containing git 1.7.2 somewhere around?
[09:50] <ikonia> shadeslayer: huh, what where ?
[10:23] <apachelogger> uhm
[10:23] <apachelogger> fregl: ahoy
[10:24] <apachelogger> fregl: 1.7.2 is not even in debian it seems
[10:24] <fregl> hey apachelogger :)
[10:24] <fregl> apachelogger: yeah, I found some ppa
[10:24] <apachelogger> oh, ok
[10:24] <fregl> if it really fixes crlf problems, I'm sold on 1.7.2 ...
[10:27] <apachelogger> Quintasan: did the colors on the packaging page break?
[10:59] <ryanakca> Quintasan: Get it working?
[11:03] <apachelogger> Riddell: still no progress on desktopcouch or syncdaemon -.-
[11:49] <CIA-98> [kdebase-runtime] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100730104859-gs3vhpdu9sc9n261 * debian/ (3 files in 2 dirs) * Add kubuntu_91_phonon_forget_option.diff from openSUSE to allow users with * New upstream release - Refresh kubuntu_89_strigi_ram_detection.diff
[11:51] <Quintasan> apachelogger: someone did remove it
[11:51] <Quintasan> apachelogger: I want to do the rest by myself, any problems with that?
[11:51] <apachelogger> Quintasan: all of it? Oo
[11:51] <Quintasan> ryanakca: yes, I wanted to know if there is a way to make it cache packages from ninja ppa
[11:51] <apachelogger> or just the parent stack?
[11:52] <Quintasan> apachelogger: all of it
[11:52] <Quintasan> unless you have some packages ready
[11:52] <apachelogger> well, kdegraphics is building and kdebase-runtime ready for building
[11:52] <apachelogger> Quintasan: do you really think doing all of it is going to be very fast? ^^
[11:53] <Quintasan> I think I can manage it within two hours
[11:53] <Quintasan> To make it build at least
[11:53] <Quintasan> the QA will sure take time
[11:53] <apachelogger> including testbuilding? Oo
[11:53] <Quintasan> well, kdebindings may be a problem
[11:54] <apachelogger> see :P
[11:54] <Quintasan> but if I leave it while I'm out it should be ready by the time I'm back
[11:54] <apachelogger> Quintasan: well, what we can do... you prepare the packages and push to bzr then whoever has resources can come and pick a testbuild
[11:54] <Quintasan> great
[11:54] <apachelogger> should be even faster
[11:54] <Quintasan> I'll testbuild and upload what I can
[11:55] <Quintasan> stalcup: how's workspace going?
[11:55]  * apachelogger needs to upgrade to maverick so he can make u1 kde work ...
[11:56] <apachelogger> OTOH upgrading will almost certainly break all sorts of things ^^
[11:57] <Quintasan> I think I will prepare my ninja dir to work like pbuilder
[11:58] <Quintasan> cowbuilder
[11:58] <apachelogger> Quintasan: huh?
[11:58] <Quintasan> cp -rf ninja 4.5-release
[11:59] <Quintasan> and download all bzr branches to apopriate dirs
[11:59] <Quintasan> something like that
[11:59] <Quintasan> I need to plan this in detail later
[12:00] <apachelogger> shadeslayer: so here is my prefferred workflow for fixing patch rejects .... a) bzr-buildpackage -e (that ditches you a proper source tree in ../build-area) b) try quilt push (the build process uses a super restrictive setting which makes things fail that quilt would usually be able to fix), if that works -> quilt refresh the patch in question and copy back to bzr 3) if this also yiels failure -> quilt push -f (this will drop reject files)
[12:00] <apachelogger>  4) manually apply the rejects to the files and quilt refresh -> copy refreshed patch to bzr
[12:00] <apachelogger> should be documented in teh wiki very much I suppose ^^
[12:00] <apachelogger> Quintasan: gypsy did that ;)
[12:00] <apachelogger> just that it outdated and also I did not like its design anymore
[12:01]  * apachelogger became from a procedural fanboi a oop fanboi
[12:01] <Quintasan> I know that already
[12:01] <apachelogger> scary if you think about it
[12:01] <Quintasan> :P
[12:02]  * apachelogger is wondering why kdegraphics takes so long to buid
[12:02] <apachelogger> *build
[12:03] <Quintasan> ryanakca: cause ninja uses https and apt-cacher-ng throw error that https is invalid url :<
[12:03] <apachelogger> apt-cacher?
[12:03] <apachelogger> what use would that have?
[12:03] <Quintasan> sbuild
[12:03] <apachelogger> stuff gets stored in aptcache anyway?
[12:04] <Quintasan> I need to ask sbuild guys why it won't use aptcache
[12:04]  * apachelogger is wondering what the s stands for :P
[12:04] <Quintasan> beats me
[12:04] <Quintasan> sucky builder? :P
[12:04] <apachelogger> *shrug*
[12:04]  * apachelogger is wondering what the p in pbuilder stands for
[12:05] <Quintasan> hmm
[12:05]  * apachelogger is wondering what the cow in cowbuilder stands for
[12:05] <ulysses> pussy builde
[12:05] <ulysses> r
[12:05] <Quintasan> package builder
[12:05] <Quintasan> cow = copy-on-write
[12:05] <apachelogger> I made a cow this morning
[12:05] <Quintasan> apachelogger: ^^
[12:05] <apachelogger> and then I made a bash alias
[12:05] <apachelogger> and the alias is called milk-maverick ;)
[12:05] <Quintasan> lol
[12:05] <apachelogger> Quintasan: oh, that makes sense
[12:06] <Quintasan> man cowbuilder
[12:06] <Quintasan> :P
[12:06] <apachelogger> man--
[12:06] <Quintasan> yay for sbuild
[12:06]  * apachelogger needs terminator!
[12:06] <Quintasan> but more yay for pbuilder
[12:06] <apachelogger> konsole tabs are way to space inefficient
[12:06] <Quintasan> wth is terminator?
[12:06] <apachelogger> !info terminator
[12:06] <Quintasan> >GNOME
[12:07] <apachelogger> actually konsole has that for ages
[12:07] <Quintasan> Are you making fun of me apachelogger ?
[12:07] <apachelogger> just in a static sucky manner
[12:07] <apachelogger> Quintasan: no, I am making fun of ocanonical trying to save their arse from eternal damnation from not contributing to gnome :P
[12:08] <Quintasan> They would be better of using Qt
[12:08] <apachelogger> *canonical even
[12:08] <apachelogger> OTOH I am also making fun of GNOME for not incorporating stuff from canonical
[12:10] <CIA-98> [kdegraphics] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100730111019-hhc1fo7an1phzixa * debian/libokularcore1.install bump libocular version ... no clue where I changed that earlier
[12:13] <ryanakca> Quintasan: I've struggled with that too, I don't think there's an apt-cacher that supports https :(
[12:13] <ryanakca> Quintasan: Feel free to add support for one though :D
[12:13]  * Quintasan whis he was skilled enough to pull that off
[12:14] <apachelogger>   Uploading kdegraphics_4.5.0-0ubuntu1~ppa1_source.changes: done.
[12:14] <apachelogger> Successfully uploaded packages.
[12:15] <apachelogger> Quintasan: testbuilding runtime
[12:16]  * apachelogger is wondering why he did not have that idea with installing kdelibs5-dev in the chroot earlier
[12:17] <Quintasan> great
[12:17] <Quintasan> kdeadmin uploaded
[12:18] <apachelogger> aha!
[12:18] <apachelogger> jr broke the wiki page :P
[12:19] <Quintasan> http://www.cleanternet.org/
[12:19] <Quintasan> what on earth...
[12:20]  * apachelogger is wondering who is responsible for layout in moinmoin development
[12:24] <apachelogger> wow
[12:25] <apachelogger> "|| <#ffff00>" is invalid but "||<#ffff00>" is valid
[12:25] <apachelogger> that is one terrific markup parser
[12:25] <apachelogger> python--
[12:25] <Quintasan> I: copying [./kde]
[12:25] <Quintasan> wht the fck
[12:25] <Quintasan> cp: cannot stat `./kde': No such file or directory
[12:25] <Quintasan> :O
[12:26] <apachelogger> huh?
[12:26] <apachelogger> Quintasan: where is that from?
[12:26] <Quintasan> I'm trying to build kdeaccessibilty
[12:27] <apachelogger> log?
[12:27] <Quintasan> retrying
[12:27] <Quintasan> will paste in a second
[12:28]  * apachelogger tries finding breakfast meanwhile
[12:29] <Quintasan> oh well, I used pbdebuild instead of --build *.dsc file and it worke
[12:29] <Quintasan> d
[12:40] <shadeslayer> sorry for the fscked up builds
[12:41]  * shadeslayer goes to hidey holw
[12:41] <Quintasan> it was just aspell
[12:41] <Quintasan> shadeslayer: you should've check not-installed :P
[12:41] <shadeslayer> i did
[12:41] <shadeslayer> it wasnt there
[12:42] <shadeslayer> also.. i did apt-get build-dep kdelibs  in a clean chroot.. i have no idea how aspell got pulled
[12:43] <eMyller> anyone could please confirm https://bugs.webkit.org/show_bug.cgi?id=42156 ?
[12:44] <shadeslayer> and if anyone can comment on bug 527896
[12:44] <shadeslayer> do we need a conflict?
[12:44] <Quintasan> eMyller: looks like it's occuring
[12:44] <Quintasan> eMyller: let me just reinstall rekonq with purging
[12:45] <Quintasan> everything builds just fine
[12:45] <Quintasan> apachelogger: faster than I expected
[12:45] <Quintasan> I will push to bzr later after I have everything built
[12:46] <shadeslayer> do you need kdebase done?
[12:47] <shadeslayer> apachelogger: ive copied over your method to a online doc :P
[12:47] <shadeslayer> in which i keep all of such stugg
[12:47] <shadeslayer> ****stuff
[12:47] <shadeslayer> :S
[12:47] <Quintasan> shadeslayer: I will do it, waiting for stalcup to finish workspace
[12:47] <shadeslayer> ok ill take up whats left then
[12:48] <shadeslayer> plasma-addons :D
[12:48] <eMyller> Quintasan: it was confirmed by one qtwebkit dude. shadow blur isn't working yet, but is WIP.
[12:49] <shadeslayer> oh wait.. i have to format this system
[12:49] <shadeslayer> uh oh.. usb creator is broken
[12:51] <ikonia> shadeslayer: you there ?
[12:51] <shadeslayer> yep
[12:51] <ikonia> pm ?
[12:51] <shadeslayer> sure
[12:55] <Quintasan> apachelogger: \o/
[12:56] <shadeslayer> apachelogger: are you working on bindings?
[12:59] <apachelogger> no
[12:59] <apachelogger> I am runtiming
[13:00] <shadeslayer> i think the fonts just got a ubuntu fonts got a bold version
[13:00] <shadeslayer> that came out all wrong :P
[13:05] <apachelogger> A-H-A
[13:05] <Adri2000> is there anything done for integrating thunderbird with plasma-widget-message-indicator?
[13:06] <apachelogger> now I know why libkdeinit4 stuff yields false positives with list-missing!
[13:06] <apachelogger> the pkg-kde-tools packaging foo apparently moves them to a kde specific directory
[13:06] <Quintasan> great
[13:07] <apachelogger> which leads to problems because list-missing does compare actual file presence (which is also the case why manpages fail ... since those get compressed)
[13:07] <apachelogger> well, we can easily enough work around this once I made a custom list-missing implementation
[13:07] <apachelogger> we just need to expand the usr/lib/ path to the kde specific one for libkdeini4_
[13:07] <Quintasan> apachelogger: check the packaging wiki
[13:07] <Quintasan> shadeslayer: did you update kdelibs in bzr?
[13:07] <apachelogger> what is there?
[13:07] <shadeslayer> Quintasan: no
[13:08] <Quintasan> shadeslayer: remove the aspell crap and it is ready to go
[13:08] <shadeslayer> ok...
[13:08] <Quintasan> apachelogger: progress :P
[13:08] <shadeslayer> ill do kdeedu
[13:08] <CIA-98> [kdebase-runtime] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100730120829-y8a93pg5x5es21pa * debian/kdebase-runtime-data.install remove files
[13:08] <Quintasan> is kdegames big?
[13:08] <apachelogger> very
[13:08] <apachelogger> kdeedu too
[13:09] <shadeslayer> Quintasan: also i made some changes to games in bzr.. you might want to keep those..
[13:09] <apachelogger> Quintasan: kdegames is a lot of code bundled with a lot of artwork
[13:09] <Quintasan> I won't do it
[13:09] <shadeslayer> ( fixed a bug in the depends of kajongg )
[13:09] <Quintasan> I will not be able to upload it
[13:10] <Quintasan> kajonng is broken anyways shadeslayer 
[13:10] <shadeslayer> fine ill take it up after kdedu
[13:10] <Quintasan> You can't host local game
[13:10] <shadeslayer> Quintasan: whats broken?
[13:10] <shadeslayer> ah coding problem then
[13:10] <yofel> can someone confirm bug 611677 ?
[13:10] <yofel> (maverick)
[13:10] <shadeslayer> ^ i get that in usb-creator as well
[13:11] <apachelogger> python--
[13:11] <yofel> pyqt then I guess
[13:11] <Quintasan> python---------
[13:11] <yofel> ~karma python
[13:11] <shadeslayer> yofel: no bot
[13:11] <yofel> :(
[13:11] <apachelogger> the bot is the lost
[13:11] <Quintasan> apachelogger broke it
[13:11] <apachelogger> actually
[13:11] <apachelogger> jussi did :P
[13:11] <Quintasan> gah, routing problems with Riddell's machine
[13:11] <Quintasan> I wanted to do bindings as well
[13:12]  * Quintasan woes on his crappy upload
[13:12] <apachelogger> +1
[13:13] <Quintasan> oh kdewebdev left
[13:13] <Quintasan> I'm taking it
[13:13] <Quintasan> :P
[13:14]  * apachelogger was just about to say that :(
[13:14] <apachelogger>   Uploading kdebase-runtime_4.5.0-0ubuntu1~ppa1_source.changes: done.
[13:14] <apachelogger> Successfully uploaded packages.
[13:14] <Quintasan> great
[13:14] <Quintasan> now just poke stalcup with a stick
[13:16]  * apachelogger takes a sonic pointy screw driver of doom and tickles stalcup
[13:17]  * apachelogger is wondering since when pyqt has QString proper
[13:18] <apachelogger> didnt it always convert QString to python str since they pretty much provide the same functionalities?
[13:18] <apachelogger> Quintasan: anything I can do?
[13:18] <Quintasan> sit back and realax
[13:18] <apachelogger> otherwise I will start upgrading to maverick and break my system ^^
[13:19] <Quintasan> relax :P
[13:19] <Quintasan> or do kdebindings
[13:19] <Quintasan> I can do the update in bzr but that is pointless
[13:19] <apachelogger> bindings depends on workspace?
[13:19] <Quintasan> oh well
[13:19] <Quintasan> so we are stalled until stalcup arrives?
[13:19] <Quintasan> what the fck is going on
[13:19] <apachelogger> hm
[13:19] <apachelogger> needs a policy change
[13:20] <apachelogger> bzrpush-before-going-to-bed
[13:20] <Quintasan> apachelogger: http://wklej.org/id/370656/
[13:20] <apachelogger> bzrpush-whenever-substantial-amount-of-work-done
[13:20] <Quintasan> >I: copying [./web]
[13:20] <Quintasan> what the heck?
[13:20] <apachelogger> bzrpush-before-going-to-bed-and-deassign-yourself
[13:21] <Quintasan> this is madness
[13:21] <apachelogger> Quintasan: you broke something
[13:21] <Quintasan> but what
[13:21] <apachelogger> oh
[13:21] <apachelogger> Quintasan: pbuilder -> dsc
[13:22] <apachelogger> not changes file
[13:22] <Quintasan> omfg
[13:22] <apachelogger> cleary pbuilder is running into a parsing error there
[13:22] <apachelogger> because it doesnt handle changes
[13:22] <apachelogger> ^^
[13:22] <Quintasan> sbuild confused me
[13:23] <apachelogger> kdesudo -- do-release-upgrade -f KDE -d
[13:23] <Quintasan> apachelogger: you know, since I started building kdelibs we had a flawless streak
[13:23] <apachelogger> *scared*
[13:23] <Quintasan> do not break it
[13:23] <apachelogger> lol
[13:23] <Quintasan> :P
[13:24] <apachelogger> hm
[13:24] <apachelogger> better idea
[13:24]  * apachelogger does real upgrade test
[13:37] <apachelogger> omg
[13:37] <apachelogger> dantti: ping ping ping
[13:39] <Quintasan> sup apachelogger ?
[13:40] <apachelogger> http://imagebin.ca/view/BdlBogl.html
[13:40] <apachelogger> Upgrade to .... VOID
[13:40]  * apachelogger doesnt know how to check where the failure is
[13:40] <shadeslayer> apachelogger: hehe :P
[13:40] <Quintasan> trololol
[13:41] <apachelogger> me@osiris:~$ /usr/lib/update-manager/check-new-release
[13:41] <apachelogger> Checking for a new ubuntu release
[13:41] <apachelogger> New release 'maverick' available.
[13:41] <apachelogger> update-manager is not at fault at least
[13:41] <ryanakca> Quintasan: Now that I think of it, you could probably use squid as an apt-cacher for https, just set the max file size and the expiry time for *.deb incredibly high.
[13:42] <Quintasan> Ubuntu VV == Vivid Void
[13:42] <Quintasan> apachelogger: ^
[13:43] <dantti> apachelogger: I'm going to work, I'll pong you there...
[13:43] <Quintasan> Though, how void can be vivid?
[13:43] <apachelogger> dantti: okies
[13:43] <apachelogger> woah
[13:43] <apachelogger> oh dear
[13:43] <apachelogger> jesus
[13:43] <apachelogger> get_distro_upgrades of the apt backend is sort of ugly
[13:43] <Quintasan> >implying we will ever get to VV
[13:44] <shadeslayer> apachelogger: dude.. look at your bottom tasl bar
[13:44] <apachelogger> got 3 FIXME comments within 5 lines ^^
[13:44] <shadeslayer> *task
[13:44] <apachelogger> shadeslayer: did I view pron at the time of snapshoting? 
[13:44] <Quintasan> >Futurama
[13:44] <Quintasan> YOU PIRATE!
[13:44] <shadeslayer> no.. the task manager plasmoid is all messed up
[13:45] <Quintasan> DO WHAT YOU WANT CAUSE A PIRATE IS FREE!
[13:45] <apachelogger> shadeslayer: that happens from timing issues in ksnapshot && reordering animation in plasma
[13:45] <apachelogger> breaks every release and gets fixed every other :P
[13:46] <Quintasan> defective by design
[13:46] <shadeslayer> Quintasan: maybe he is seeding Kubunt iso?
[13:46] <ryanakca> !info squid-deb-proxy | Quintasan
[13:46] <Quintasan> In Futurama directory?
[13:46] <Quintasan> shadeslayer: ^
[13:47] <shadeslayer> oic
[13:47]  * shadeslayer takes care of that stuff by maintaining a seprate activity for that
[13:48] <Quintasan> I somehow fail to understand activites
[13:48] <Quintasan> there was a option Different activity per desktop
[13:48] <Quintasan> but now there is only different set of widgets per desktop
[13:48] <Quintasan> why bother?
[13:48] <ryanakca> Quintasan: Same here. the "Activities" button in the plasma toolbox (top right corner) on 4.4.92 does a whole lot of nothing.
[13:49] <Quintasan> I just can't comprehend the logic (or lack of it) behind the change
[13:49] <Quintasan> I wanted to have a separate set of widgets per deskto
[13:49] <Quintasan> now I do
[13:49] <Quintasan> but what is the point of activities now
[13:50] <ryanakca> One annoying thing that I've just noticed is that, when you have multiple monitors, your activities will randomly switch between monitors at each login, instead of leaving Activity#1 on netbook monitor and Activity#2 on widescreen monitor.
[13:51] <Quintasan> That's why I unplugged my second monitor
[13:51] <Quintasan> the whole activity and dualhead needs moar love
[13:53] <shadeslayer> how do i export my ssh keys? any ideas?
[13:53] <shadeslayer> ive just copied over my .ssh dir for now
[13:53] <apachelogger> that is export?!
[13:53] <apachelogger> ssh does not have keyrings
[13:53] <apachelogger> every key got it its own file
[13:53] <apachelogger> every public key also got its own file
[13:54] <shadeslayer> apachelogger: i just need to transfer the keys onto my new install
[13:54] <shadeslayer> ( which is yet to be done )
[13:54] <ryanakca> ssh-copy-id hostname
[13:55] <ryanakca> shadeslayer: that will copy your public key over / let you log in with it. If you want your private, then yes, just copy ~/.ssh
[13:55] <shadeslayer> ok :)
[13:57] <freinhard> hi!
[13:57] <freinhard> are there any kubuntu specific patches for systemsetting->multimedia that deal with pulse?
[13:57] <shadeslayer> chromium leaking blood :P http://imgur.com/TkhwQ
[13:59] <apachelogger> fregl: not that I know of
[14:02] <freinhard> apachelogger: so if i'm using pulseaudio it's perfectly fine that systemsettings->multimedia lists nothing except pulseaudio?
[14:02] <apachelogger> if you have no other backends installed I would think so
[14:02] <apachelogger> or in general, IIRC the pulseaudio stuff does not allow configuring devices and that stuff
[14:02] <apachelogger> since that is handled by pulse
[14:04] <freinhard> k, i'm just curious since the bluedevil review shows the device in systemsettings->multimedia but here with pulseaudio-module-bluetooth installed there is nothing like that
[14:04] <shadeslayer> i had to install usb-creator-geeteekay to get my bootable usb :S
[14:05] <apachelogger> ufff
[14:05] <apachelogger> (pkcon:13136): GLib-GObject-WARNING **: IA__g_object_set_valist: object class `PkDistroUpgrade' has no property named `type'
[14:05] <apachelogger> one would expect internal solutions not to fall over their own C objects
[14:06] <apachelogger> holy french fries
[14:06] <apachelogger> freinhard: because that is all done in pulse
[14:06] <Quintasan> lol pulse
[14:06]  * Quintasan is going out
[14:06] <Quintasan> brb
[14:06] <apachelogger> so bluedevil ought to poke into ulse
[14:06] <apachelogger> *pulse
[14:08] <apachelogger> freinhard: http://community.kde.org/index.php?title=Multimedia/Sprint2010/Notes/PulseAudio
[14:08] <shadeslayer> ah see the reason i messed up kde4libs is because i have no coffee int the house
[14:08] <apachelogger> colin is really the guy to talk to about this stuff :)
[14:08] <freinhard> apachelogger: pulseaudio is a requirement for bluedevil, therefore the reviewer must have pulse installed to get these results: http://www.afiestas.org/bluedevil-1-0-review/
[14:08] <freinhard> apachelogger: third video
[14:10] <freinhard> and the pulseaudio icon is broken, http://pulseaudio.org/wiki/KDE got a shiny one ;)
[14:10] <apachelogger> ohm
[14:10] <apachelogger> that does not seem right
[14:11] <apachelogger> freinhard: maybe the video was done with bluez-alsa?
[14:11] <apachelogger> I defenitely remember colin saying that the phonon kcm will not display other stuff if pulse is selected becuase pulse has device control at that point
[14:11] <freinhard> apachelogger: http://pulseaudio.org/wiki/KDE states that there is some module missing/not loaded
[14:12] <apachelogger> where?
[14:12] <freinhard> search for start-pulseaudio-kde
[14:13] <apachelogger> !info pulsaudio
[14:13] <apachelogger> freinhard: what version are you running?
[14:13] <apachelogger> !info pulseaudio
[14:14] <freinhard> 1:0.9.22~0.9.21+stable-queue-32-g8478-0ubuntu14
[14:15] <freinhard> and there is no such command start-pulseaudio-kde, there is start-pulseaudio-x11
[14:15] <apachelogger> maybe the pulseaudio package on lucid is crap
[14:15] <apachelogger> !find start-pulseaudio-kde
[14:15] <apachelogger> !find start-pulseaudio-kde maverick
[14:15] <apachelogger> freinhard: lucid package is crap - report bug
[14:19] <freinhard> why are there no "REPORT BUG HERE" buttons in LP?
[14:21] <apachelogger> bug reports are discouraged in ubuntu
[14:21] <apachelogger> took me like 20 minutes to report one the other day
[14:21] <apachelogger> freinhard: ubuntu-bug pluseaudio should do the trick
[14:22] <freinhard> lol, package pulseaudio does not exist
[14:22] <apachelogger> ah right
[14:23] <apachelogger> it is even so strongly discouraged that you actually need to find a proper binary package because the bug report util of choice is unable to resolve source packag enames
[14:24] <apachelogger> oh
[14:24] <apachelogger> https://edge.launchpad.net/ubuntu/+source/pulseaudio/1:0.9.22~0.9.21+stable-queue-32-g8478-0ubuntu14/+build/1583606
[14:24] <apachelogger> actually it should be there ^^
[14:24] <apachelogger> freinhard: are you sure it is installed?
[14:25] <freinhard> apachelogger: what is installed? pulseaudio?
[14:25] <apachelogger> yeah
[14:25] <apachelogger> the package
[14:25] <apachelogger> (pkcon:18959): GLib-GObject-WARNING **: IA__g_object_set_valist: object class `PkDistroUpgrade' has no property named `type'
[14:25] <apachelogger> grrrr
[14:25] <apachelogger> that does not go away and does not make no sense
[14:25] <apachelogger> !!!
[14:25] <freinhard> dpkg -l pulseadio: ii  pulseaudio                                                1:0.9.22~0.9.21+stable-queue-32-g8478-0ubuntu14           PulseAudio sound server
[14:27] <freinhard> buildlog says:
[14:27] <freinhard> # list-missing files result:
[14:27] <freinhard> -./etc/xdg/autostart/pulseaudio-kde.desktop
[14:27] <freinhard> -./usr/bin/start-pulseaudio-kde
[14:27] <freinhard> =>packaging bug
[14:28] <apachelogger> ack
[14:28] <freinhard> #611700
[14:28] <freinhard> bug 611700
[14:29] <apachelogger> crimsun_: ^^^^^^^^^
[14:29] <shadeslayer> apachelogger: how do i unstage a bzr commit? 
[14:30] <apachelogger> shadeslayer: unstage?
[14:30] <shadeslayer> since it seems http://pastebin.com/XCscj9pX << some extra files entered the debian dir
[14:30] <apachelogger> remove them?
[14:30] <freinhard> hmm /usr/lib/pulse-0.9.21/modules/module-hal-detect.so isn't installed either, i bet that one should end up in some -dev package
[14:30] <apachelogger> bzr clean-tree maybe?
[14:31] <apachelogger> freinhard: well, ubuntu does not use hal nomore, so that might be intentional
[14:31] <shadeslayer> thanks
[14:32] <apachelogger> incredibly what a PITA it is to get debug symbols on buntu -.-
[14:33] <shadeslayer> Quintasan: kdelibs is in bzr
[14:33] <Quintasan> great
[14:34] <Quintasan> check kdelibs import okay?
[14:34] <shadeslayer> not for now
[14:47] <ScottK> NC|Alaska: We're back up to kdebindings on armel.  Still broken.  http://launchpadlibrarian.net/52717496/buildlog_ubuntu-maverick-armel.kdebindings_4:4.4.95-0ubuntu1_FAILEDTOBUILD.txt.gz
[15:01] <dantti> apachelogger: pong :P
[15:02] <apachelogger> dantti: http://imagebin.ca/view/BdlBogl.html how does one debug kpk not getting name or version of the new upgrade?
[15:03] <dantti> apachelogger: apt encoding bug?
[15:03] <dantti> *python
[15:03] <apachelogger> not sure if it is related, but if I try to get the info using pkcon I gtet (pkcon:20814): GLib-GObject-WARNING **: IA__g_object_set_valist: object class `PkDistroUpgrade' has no property named `type'
[15:03] <apachelogger> Distribution: (null)
[15:03] <apachelogger>  Type: unknown
[15:03] <apachelogger>  Summary: (null)
[15:03] <dantti> apachelogger: pkcon get-distro-upgrades
[15:03] <dantti> that works?
[15:04] <apachelogger> no
[15:04] <apachelogger> that is what I get with that
[15:04] <dantti> stupid me
[15:04] <apachelogger> so supposedly the problem is somewhere within packagekit itself
[15:04] <dantti> apachelogger: which version of packagekit?
[15:05] <apachelogger> 0.5.7
[15:05] <dantti> oh I have the bug here too (now that I'm using kubuntu
[15:06] <apachelogger> oh you are using kubuntu now ^^
[15:06] <dantti> apachelogger: yup they converted me, but here it's obvious that won't work :P
[15:06] <apachelogger> so I think the glib warning is coming from pk_client_distro_upgrade_cb
[15:07] <dantti> it's pkcon of 0.5 talking to packagekit 0.6 :P
[15:07] <apachelogger> not sure if that could be the cause of all evil though
[15:07] <apachelogger> no
[15:07] <apachelogger> I checked earlier, only 0.5 on the works
[15:08] <dantti> k let me see what packagekit --verbose says
[15:08] <apachelogger> hm
[15:09] <dantti> apachelogger: it worked here
[15:10] <dantti> didn't show any upgrades
[15:10] <apachelogger> oh, right, that is because I have patched update-manager ^^
[15:11] <dantti> apachelogger: what do you mean?
[15:11] <dantti> so with stable stuff it's ok
[15:11] <apachelogger> no
[15:11] <apachelogger> well
[15:11] <apachelogger> yes
[15:11] <apachelogger> the thing is
[15:12] <apachelogger> I want to upgrade to maverick and thought it would be a good idea to check that lucid -> maverick upgrade promting works properlys
[15:12] <apachelogger> so I patched my update-manager to allow upgrading to devel releases
[15:12] <dantti> sure, but how can we "fake" that?
[15:12] <dantti> hmm
[15:12] <dantti> apachelogger: how can I do it here too then?
[15:13] <apachelogger> in /usr/lib/python2.6/dist-packages/DistUpgrade/MetaRelease.py and /usr/lib/python2.6/dist-packages/UpdateManager/Core/MetaRelease.py look for type == "lts"
[15:13] <dantti> apachelogger: I'll patch aptBackend.py first..
[15:13] <apachelogger> add devel to that
[15:13] <apachelogger> http://paste.ubuntu.com/471118/
[15:13] <apachelogger> then in /etc/update-manager/release-upgrades set the prompt to devel
[15:14] <apachelogger> that way no matter what sort of upgrade the various tools ask for they will always get the latest devel release
[15:14] <apachelogger> which is super for debugging
[15:14]  * apachelogger is going to include that in update-manager proper just because the concept is so sweet ^^
[15:15] <apachelogger> me@osiris:/var/log$ /usr/lib/update-manager/check-new-release
[15:15] <apachelogger> Checking for a new ubuntu release
[15:15] <apachelogger> New release 'maverick' available.
[15:15] <apachelogger> seems to be working just fine
[15:15] <apachelogger> in the aptBackend.py it also gets the right information
[15:16] <apachelogger> (checked that with debugging)
[15:16] <dantti> k, I've patched aptBackend t to show that there is and upgrade and it fails
[15:16] <apachelogger> dantti: did you patch the right file?
[15:16] <apachelogger> (the one in usr/lib/python2.6 is the one you need to change)
[15:16] <dantti> I changed aptBackend.py directly
[15:16] <apachelogger> oh and reinstalled?
[15:16] <dantti> to emit a fake upgrade
[15:17] <dantti> no, I run packagekitd --verbose on myself
[15:17] <dantti> so it's 0.5 version 
[15:17] <apachelogger> oh well, maybe it uses the wrong file :P
[15:18] <dantti> not the log says the right one /usr/share/PackageKit/helpers/apt/aptBackend.py
[15:18] <apachelogger> argh... autohell buildystem!
[15:18] <apachelogger> dantti: very weird
[15:19] <apachelogger> are you sure you did not break indention :P
[15:20] <dantti> apachelogger: i have the same error as you.. so I guess no
[15:20] <apachelogger> well then
[15:20] <apachelogger> anyhow
[15:20] <apachelogger> what is sure is that pk-client.c:1130 needs to be fixed
[15:20] <apachelogger> s/type/state
[15:21]  * apachelogger testbuilds
[15:21] <tuos> What should be the proper way fix #611677 and similar bugs? loadUi() expects passed filename to be a Python string, but QString is used in many places. Should that funcion argument be casted to unicode by the caller or in the loader.loadUi()?
[15:21] <dantti> apachelogger: http://paste.ubuntu.com/471123/
[15:22] <apachelogger> yah, should be fine
[15:22] <dantti> apachelogger: what is sure is that aptBackend has so many bugs that I can't understand why you didn't use aptcc before
[15:22] <apachelogger> beats me
[15:22]  * apachelogger did not care :P
[15:22] <apachelogger> one can only worry about so many things... :/
[15:22] <dantti> not counting you can't find bug while compiling
[15:22] <dantti> *bugs
[15:23] <apachelogger> ack
[15:23] <apachelogger> I think jon wants to go aptcc for maverick though
[15:23] <apachelogger> especially since the apt thingy is apparently completely broken righ tnow
[15:23] <shadeslayer> maco: my professors denied my request outright :P ( to postpone/prepone the exams by a week )
[15:24] <apachelogger> tuos: first I would like to know why pyqt all of a sudden uses QString
[15:27] <apachelogger> building pk takes quite some time -.-
[15:27] <apachelogger> ah, end is near \o/
[15:29] <tuos> apachelogger: Hmm, does it? If is used, there wasn't any problem. And now things are crashing because it expects Python strings but people are passing QString to it. At least this is the case with loadUi().
[15:29] <apachelogger> no no
[15:29] <apachelogger> see
[15:30] <apachelogger> pyqt originally did not use QString
[15:30] <dantti> apachelogger: I think the bug is in the packagekit something .py
[15:30] <apachelogger> because python strings are essentially equal
[15:30]  * Quintasan bought some tea
[15:30] <apachelogger> so they were converting from/to QString on the fly
[15:30] <Quintasan> apachelogger: are builds rollin on as planned?
[15:30] <apachelogger> but now for some reason that does not work anymore
[15:30] <apachelogger> and that is the real problem here
[15:31] <apachelogger> because this can break billions of things
[15:31] <tuos> apachelogger: Ah, I see.
[15:31] <apachelogger> Quintasan: dunno, I am debugging packagekit
[15:31] <tuos> A way lot nastier than I thought then..
[15:31] <shadeslayer> hmm.. no nixternal
[15:32] <Quintasan> oh, well, we are ahead of schedule anyways
[15:32] <shadeslayer> can someone poke him about bug 580571 if he comes around?
[15:32] <Quintasan> How much time do we have till 4.5 release?
[15:33] <shadeslayer> dantti: bug 552709 << would that be upstream or a issue with us?
[15:33] <apachelogger> tuos: QMap for example is also converted to python dicts (or used to be ^^)
[15:33] <shadeslayer> Quintasan: 5-6 days more
[15:33] <Quintasan> ...
[15:34] <Quintasan> oh well
[15:34] <shadeslayer> http://techbase.kde.org/Schedules/KDE4/4.5_Release_Schedule
[15:34] <Quintasan> QA will be great this release
[15:34] <shadeslayer> how come? :)
[15:35] <shadeslayer> ( because of us? :P )
[15:35] <Quintasan> we have most packages ready by now
[15:35] <shadeslayer> dude... GUADEC ... http://design.canonical.com/2010/07/this-week-in-design-30-july-2010/
[15:35] <shadeslayer> omg.. thats huge...
[15:35] <Quintasan> two or three are in dep-wait
[15:36] <Quintasan> it can be ready tomorrow if we hurry
[15:36] <freinhard> hmm how do i make a debdiff for pulseaudio?
[15:36] <shadeslayer> !debdiff | freinhard
[15:36] <freinhard> shadeslayer: thx
[15:36] <shadeslayer> np
[15:36] <Quintasan> I assume that we are backporting to Lucid
[15:36] <shadeslayer> yep
[15:37] <Quintasan> Did anyone start doing this or I shall?
[15:37] <shadeslayer> feel free to do
[15:37] <shadeslayer> but i would guess we should finish maverick first
[15:37] <Quintasan> I'll be at home within 20 minutes
[15:38] <apachelogger> oh oh oh
[15:38] <apachelogger> dantti: I think I know the cause...
[15:38] <Quintasan> shadeslayer: we are waiting fo kdebase-workspace anyways
[15:38] <shadeslayer> Quintasan: stalcup is doing that right?
[15:38] <Quintasan> backporting kdelibs wont hurt
[15:38] <dantti> apachelogger: pk-backend-spwaw.c is a good file to have the bug too 
[15:38] <shadeslayer> i guess not
[15:39] <Quintasan> shadeslayer: yes, I do not thing that we should make him do it faster
[15:39] <apachelogger> ah
[15:39] <apachelogger> or maybe not
[15:39] <apachelogger> :(
[15:40] <Quintasan> think*
[15:40] <shadeslayer> Quintasan: i dont know.. remember what happened when you did that to me yesterday
[15:40] <apachelogger> dantti: do you think the problem could be within aptBackend not translating the value properly
[15:40] <dantti> apachelogger: no
[15:41] <apachelogger> then I am lost ^^
[15:41] <Quintasan> I didnt tell you to break it :P
[15:41] <Quintasan> shadeslayer: 
[15:41] <Quintasan> Damn droid
[15:41] <shadeslayer> no .. you told me to go faster, which made me break it :P
[15:41] <Quintasan> Ssh clients on droid are bad
[15:41] <Quintasan> brb
[15:42] <dantti> apachelogger: now I'm bit lost too :P
[15:45] <stalcup> Quintasan: apachelogger: you all will have to pick it up, my computer is borked :(
[15:45] <stalcup> I just now made it onto IRC
[15:45] <freinhard> where's the echidnaman?
[15:46] <dantti> shadeslayer: upstream bug, never tought of it, I'd like to know how to change the files without breaking translations now...
[15:47] <shadeslayer> dantti: can you comment on the bug?
[15:47] <freinhard> if somebody sees him: bug 563250 want's to be backported to lucid
[15:51] <apachelogger> hm
[15:51] <stalcup> gah!  I didn't backup, I've lost not only my pbuilders but ssh and gpg keys
[15:51] <stalcup> silly silly silly steveire 
[15:51] <apachelogger> fooey! :/
[15:51] <stalcup> er stalcup 
[15:52] <dantti> apachelogger: did you rebuild packagekit? can you try one change?
[15:52] <apachelogger> dantti: yes, yes
[15:52] <Quintasan> gah
[15:52] <Quintasan> stalcup: okay
[15:52] <stalcup> sorry
[15:52] <Quintasan> no problems
[15:53] <steveire> :( I'm offended.
[15:53] <stalcup> steveire: sorry!  tab-complete fail
[15:53]  * apachelogger hugs steveire and hands him a cookie and a free gift basket
[15:53] <apachelogger> stalcup: dont call users silly that is my job :P
[15:53] <steveire> \o/ Gifts!
[15:53] <stalcup> hehe, right
[15:53] <dantti> apachelogger: http://paste.ubuntu.com/471132/    in pk-backend.c lines 1426
[15:54] <Quintasan> apachelogger: your job is to fix python
[15:54] <Quintasan> your life-long job
[15:54] <apachelogger> pyth0nrz!
[15:54] <Quintasan> god damn, why workspace is sooo big?
[15:55] <stalcup> all the basic apps maybe?
[15:55] <apachelogger> oh
[15:55] <stalcup> :P
[15:55] <apachelogger> dantti: s/type/state?
[15:56] <dantti> apachelogger: yup
[15:56] <apachelogger> dantti: what I know by now is that pk_client_distro_upgrade_cb in pk-client also needs s/type/state which does not fix the issue, but hardcoding sensible values, so at least that function gets crap already
[15:56] <dantti> there is no type in PkDistroUpgrade 
[15:56] <apachelogger> *nod*
[15:56] <dantti> apachelogger: client is client, which iirc will only affect pkcon
[15:56] <apachelogger> ok
[15:57] <apachelogger> ah
[15:57] <apachelogger> ^^
[15:57] <apachelogger> glib warnings in the backend will not show up on terminal
[15:58] <Quintasan> But they should show up
[15:58] <Quintasan> :<
[15:58] <apachelogger> well, I agree
[15:58]  * apachelogger thinks that considering this the fix at hand could very well fix the issue though
[15:58] <dantti> apachelogger: well maybe both are wrong
[15:58] <apachelogger> dantti: they sure are
[15:59] <dantti> apachelogger: PackageKit 0.6 uses state and no type
[15:59] <apachelogger> but fixing that g_object_set in the backend could very well fix it and explain why the appropriate function in client.c gets empty values
[16:01] <stalcup> AH! solution!  
[16:01]  * stalcup will do artwork
[16:01] <dantti> yup since the packagekitd --verbose prints that error
[16:01] <apachelogger> yay
[16:01] <apachelogger> http://imagebin.ca/view/2eMnx4O0.html
[16:01] <apachelogger> dantti: that fixes it
[16:01] <apachelogger> dantti++
[16:02] <apachelogger> now to turn that into patches
[16:03] <apachelogger> ewwww
[16:03] <dantti> apachelogger:  :D
[16:03] <apachelogger> Oo
[16:03] <apachelogger> uh
[16:03] <apachelogger> whut?
[16:03] <apachelogger> Oo
[16:03] <apachelogger> :O
[16:03] <apachelogger> huh?
[16:03] <dantti> no?
[16:03]  * stalcup notices he's still a ninja!
[16:03] <apachelogger> ah
[16:03] <apachelogger> my root account just uses ugly theme ^^
[16:03]  * apachelogger was scared kpk started the GTK upgrader ^^
[16:03] <apachelogger> dantti: all good
[16:04] <dantti> apachelogger: hmm another problem :P
[16:04] <dantti> apachelogger: does KPK 0.5 has the env var set?
[16:04] <apachelogger> yes
[16:04] <apachelogger> well, it should
[16:04] <dantti> hehe
[16:04] <apachelogger> now something crashed ^^
[16:04] <apachelogger> ahhhh
[16:04] <apachelogger> #4  0x024471cf in QEventDispatcherGlib::processEvents (this=0x9eef2a0, flags=...) at kernel/qeventdispatcher_glib.cpp:414
[16:05] <apachelogger> our pythonXdesktopTools and their use of processEvents
[16:05] <apachelogger> it always fraks me out
[16:05] <dantti> apachelogger: is that packagekit related?
[16:05] <apachelogger> no
[16:05] <dantti> good 
[16:05] <dantti> for me at least
[16:05] <apachelogger> dantti: well, I'll poke around a bit more and get a patch going for lucid
[16:05] <apachelogger> thanks for the help :)
[16:06] <apachelogger> dantti: "Distribution upgrade process exited with code 253." that is a bit of a silly message really
[16:06] <apachelogger> maybe something like "Apparently the distro upgrade process did not exit properly... please do something..."
[16:07] <apachelogger> though really, I would not show anything at all, because if it crashed the distros hopefully have tools in place to catch the crash and make it visible to the user that the app just went down and if the user terminated the upgrader he will be aware of that anyway (hopefully ;))
[16:08] <dantti> apachelogger: btw did you see the new UI http://imagebin.ca/view/KvngI7E.html ?
[16:08] <dantti> sure not a good string
[16:08] <apachelogger> it is like the one I rant about when using windows ;)
[16:09] <apachelogger> dantti: for the kpk upgrader?
[16:09] <apachelogger> not bad
[16:11] <dantti> apachelogger: yup for kpk
[16:11] <apachelogger> Riddell: when starting the KDE UI for the dist-upgrader I get the release notes ... if I click cancel there I get a crash ... not sure if it is related to pyqt/kde though
[16:11] <apachelogger> dantti: I would get rid of the head bar in the view ^^
[16:12] <dantti> apachelogger: which one?
[16:12] <apachelogger> oh, you use that for "select all"?
[16:12] <apachelogger> dantti: Pacote
[16:12] <dantti> apachelogger: about the distro upgrade availables?
[16:12] <dantti> the list header?
[16:13] <apachelogger> yeah
[16:13] <dantti> yup that is select all and also for sorting
[16:13] <apachelogger> yeah, makes sense
[16:13] <apachelogger> it just seems a bit large IMHO
[16:13] <apachelogger> (probably because of the checkbox)
[16:13] <dantti> yup 
[16:13] <dantti> it can be a bit smaller
[16:14] <apachelogger> dantti: I am not sure if having "check fore new updates" and "history" not look like buttons
[16:15] <apachelogger> is a good thing
[16:15] <dantti> the problem is that the interface looks strange with so many buttons at the bottom
[16:16] <apachelogger> yeah but making buttons not look like buttons is probably not the best solution to that :/
[16:17] <dantti> well they are tool buttons
[16:18] <apachelogger> how about a nice toolbar ^^
[16:18] <apachelogger> or a menu
[16:18] <stalcup> holy moses, artworks tar is 100+mb!
[16:18] <apachelogger> dantti: or just nuke "help" and "defaults"
[16:19] <apachelogger> especially defaults is somewhat useless in this context
[16:19] <dantti> apachelogger: help should have help :P
[16:19] <dantti> ie I should write docs
[16:19] <apachelogger> you should :P
[16:19] <apachelogger> but OTOH the user should just click apply
[16:20] <apachelogger> dantti: that should be labeld Install Updates IMHO
[16:20] <ScottK> What's release day for 4.5.0?
[16:21] <dantti> apachelogger: I can't change that label
[16:21] <dantti> apachelogger: Actually I can if I do not use KCMultiDialog but then I'll start doing too many hacks
[16:22]  * dantti out for lunch
[16:22] <apachelogger> oh
[16:22] <apachelogger> ah
[16:23] <apachelogger> dantti: if I am not mistaken kcmultidialog derives from kpagedialog which derives from kdialog and in a kdialog you surely can change the button labels
[16:24] <apachelogger> dantti: QString KDialog::buttonText   (  ButtonCode   id    )    const
[16:24] <apachelogger> that should be available in kcmmultidialog too
[16:24]  * apachelogger goes digging
[16:25] <apachelogger> hai, from looking at the headers that should be entirely doable
[16:28] <ScottK> dyfet: Here's the build log: https://launchpad.net/ubuntu/+source/kdebindings/4:4.4.95-0ubuntu1/+build/1891107/+files/buildlog_ubuntu-maverick-armel.kdebindings_4:4.4.95-0ubuntu1_FAILEDTOBUILD.txt.gz
[16:29] <dyfet> This touches upon several odd things in arm :)
[16:30] <ScottK> Yes.  Thus the request for help.
[16:31] <dyfet> It does not realize that the node is a pointer to double until it is assigned, and doubles have different alignment requirements...hmm...I suppose, though it is a bit crude, a reinterpret_cast could be used...
[16:32] <dyfet> This assumes that the original pointer really was aligned correctly in other use cases, of course...
[16:32] <ScottK> You've got access to the armel PPA, so you can test your fix, right?
[16:32] <dyfet> Just the regular ports archive, not any armel ppa's...
[16:33] <ScottK> OK.  You have hardware?
[16:33] <dyfet> yes
[16:33] <ScottK> Excellent.  That puts you way ahead of the rest of us.
[16:34] <dyfet> This could be a qt patch, though...
[16:35] <apachelogger> dantti: actually Riddell add some patch for packagekit to work better for kubuntu upgrades...
[16:35] <ScottK> Does that mean the Qt armel stuff that has build it misbuilt?
[16:36] <apachelogger> dantti: http://bazaar.launchpad.net/~packagekit/packagekit/ubuntu-lucid/annotate/head:/debian/patches/fix_upgrade_distro.diff would be super if you could see that this ends up in upstream too, if it didnt yet
[16:37] <dyfet> ScootK: No.  It more means that QT templates were not designed for an architecture where pointers to different data types can have different alignment requirements and a compiler that cares ;).
[16:38] <ScottK> Right, well we're stuck with binary compatibility until Qt 5, so you just have to drive around it.
[16:39] <dyfet> Well, doubles are the biggest problem in this regard...but templates are built like inlines, so we can change the templates without breaking linking abi
[16:39] <apachelogger> !sru
[16:52] <apachelogger> :O
[16:52] <apachelogger> ok
[16:52] <apachelogger> launchpad just lost my bug report Oo
[16:52] <apachelogger> wth
[16:53] <shadeslayer> Quintasan: dude do you know the bug number for the bzr-svn import crash?
[16:53] <shadeslayer> apachelogger: go to bugs.launchpad.net and see the latest bugs filed
[16:53] <apachelogger> no
[16:53] <apachelogger> IT IS LOST
[16:53] <shadeslayer> ( if you just filed the bug )
[16:53] <apachelogger> IT IS FUCKING LOST
[16:53] <apachelogger> I HATE THIS THING SO VERY MUCH
[16:53] <apachelogger> BAAAAAA
[16:54] <Quintasan> shadeslayer: nah
[16:54] <Quintasan> yofel: ^^^
[16:54] <shadeslayer> we should have subscribed to it :P
[16:54]  * apachelogger needs to switch to other music or he might go to other channels and violate the coc
[16:55] <Quintasan> sh	https://launchpad.net/bugs/579491
[16:56] <Quintasan> shadeslayer: 
[16:56] <shadeslayer> awesome
[16:58] <ScottK> apachelogger: Launchpad isn't part of Ubuntu, I don't think the Ubuntu CoC applies on #launchpad or #launchpad-dev.
[16:59] <Quintasan> :D
[16:59] <ScottK> (I'd have been in trouble several times if it did)
[16:59] <shadeslayer> hehe :P
[16:59] <shadeslayer> apachelogger: im officially without a microblogging client now, !choqok from SVN is all broke
[17:00] <shadeslayer> i cant add accounts :S
[17:00] <shadeslayer> oh its frickin OAuth
[17:01] <apachelogger> maybe I broke it
[17:01]  * apachelogger added a couple of patches the other day
[17:01] <ScottK> Tm_T: Which release are you running on your powerpc box?
[17:02] <apachelogger> !info qoauth maverick
[17:02] <apachelogger> !info libqoauth-dev maverick
[17:02] <shadeslayer> ^ i requested a sync of that
[17:02] <apachelogger> shadeslayer: check if libqoauth1 1.0-2ubuntu1 works
[17:03] <shadeslayer> ah version downgrade?
[17:03] <shadeslayer> lets test with muon :D
[17:04] <shadeslayer> lol... muon hangs with slightest mention of lib :P
[17:05] <apachelogger> "This file does not look like a patch. "
[17:05] <apachelogger> all hail the launchpad
[17:05] <apachelogger> diff -u packagekit-0.5.7/debian/changelog packagekit-0.5.7/debian/changelog
[17:05] <apachelogger> --- packagekit-0.5.7/debian/changelog
[17:05] <apachelogger> +++ packagekit-0.5.7/debian/changelog
[17:05] <apachelogger> yeah
[17:05] <apachelogger> doesnt look like a patch
[17:05] <apachelogger> obviuosly
[17:06] <shadeslayer> apachelogger: E: Version '1.0-2ubuntu1' for 'libqoauth1' was not found
[17:06] <apachelogger> shadeslayer: you need to get it from launchpad
[17:06] <shadeslayer> :S
[17:06] <apachelogger> once a packcage is superseded it is superseded
[17:06] <apachelogger> then either you have a local copy lying around or you need to get it from lp
[17:07] <shadeslayer> it was working till the upgrade and recompile btw
[17:07] <apachelogger> well, I just want to be sure that it is not qoauth that broke :P
[17:08] <apachelogger> though it really should not since I only fixed 2 very apparent bugs, but of course if choqok did weird things to work around the bugs that might have broken ^^
[17:11] <shadeslayer> lets find out
[17:11] <shadeslayer> btrfs--
[17:12] <apachelogger> well then
[17:12] <apachelogger> I am going to upgrade now
[17:12] <apachelogger> took me only a couple of hours to get to this point :P
[17:15] <shadeslayer> apachelogger: upgrade to what?
[17:15] <apachelogger> mav
[17:15] <shadeslayer> oh your on lucid?
[17:15] <apachelogger> yu
[17:15] <apachelogger> s
[17:15] <shadeslayer> maverick++
[17:15] <ScottK> kcollectd needs porting to the new docbook.
[17:15] <shadeslayer> ScottK: lots of stuff needs that
[17:16] <ScottK> Get busy.
[17:16] <shadeslayer> im yet to hear from kdiff3 people
[17:16] <shadeslayer> ScottK: kdeedu needs love first
[17:16] <shadeslayer> and EBN is down .. i need EBN to work
[17:16] <ScottK> Is there no multi-tasking?
[17:17] <shadeslayer> dude... i have no hardware to multi task
[17:17] <shadeslayer> im building choqok on one hand and unpacking build deps for kdeedu in a chroot
[17:17] <shadeslayer> and i can barely type on quassel :P
[17:17] <apachelogger> and now the upgrader stopped working
[17:18] <apachelogger> holy french fries
[17:18] <apachelogger> ScottK: what is kcollectd?
[17:19] <shadeslayer> apachelogger: you broke qoauth.. why oh why
[17:19] <apachelogger> oh
[17:19] <apachelogger> does ubuntu1 work?
[17:19] <shadeslayer> perfectly
[17:19] <apachelogger> cool
[17:19] <apachelogger> qoauth is teh shitz
[17:22] <shadeslayer> kdeedu building \o/
[17:22] <shadeslayer> lets see how far it goes
[17:22] <apachelogger> shadeslayer: what error do you get?
[17:22] <shadeslayer> apachelogger: with choqok?
[17:22] <apachelogger> yeah
[17:22] <shadeslayer> server time out
[17:22] <apachelogger> wah?
[17:22] <apachelogger> Oo
[17:23] <apachelogger>         case QOAuth::Timeout:
[17:23] <apachelogger>             return i18n("Timeout on server");
[17:23] <apachelogger> that?
[17:23] <shadeslayer> and http://imagebin.ca/view/Gvg5tX.html << i got this too, ( some other guys screenie )
[17:23] <apachelogger> how can that be caused by my changes :O
[17:23] <shadeslayer> apachelogger: yep
[17:23] <shadeslayer> did you introduce kio changes?
[17:24] <apachelogger> no
[17:24] <apachelogger> I fix a bug
[17:24] <apachelogger> well two of them
[17:25] <apachelogger> shadeslayer: so you cannot authenticate with identi.ca, right?
[17:25] <shadeslayer> and twitter
[17:26] <apachelogger> well, I can only review one code block at a time :P
[17:26] <apachelogger> oh
[17:26] <apachelogger> holy muon
[17:26] <apachelogger> hahah
[17:26] <apachelogger> rofl
[17:26] <apachelogger>     QOAuth::ParamMap reply =
[17:26] <apachelogger>         qoauth->requestToken( oauthReqTokenUrl, QOAuth::GET, QOAuth::HMAC_SHA1 );
[17:26] <Quintasan> cp -a debian/tmp/usr/share/kde4/apps/ksplash/Themes/Default/800x600/background.png debian/kdebase-workspace-wallpapers//usr/share/kde4/apps/ksplash/Themes/Default/800x600/
[17:26] <Quintasan> cp: not writing through dangling symlink `debian/kdebase-workspace-wallpapers//usr/share/kde4/apps/ksplash/Themes/Default/800x600/background.png'
[17:26] <apachelogger> I really think someone should tell mtux that HMAC_SHA1 is not supported :P
[17:26] <Quintasan> dh_install: cp -a debian/tmp/usr/share/kde4/apps/ksplash/Themes/Default/800x600/background.png debian/kdebase-workspace-wallpapers//usr/share/kde4/apps/ksplash/Themes/Default/800x600/ returned exit code 1
[17:26] <Quintasan> apachelogger: what the heck is this?
[17:26] <apachelogger> I think
[17:26] <apachelogger> anyhow
[17:27] <apachelogger> Quintasan: it is when cp fails
[17:27] <shadeslayer> apachelogger: maybe you can poke him on identi.ca ?
[17:27] <apachelogger> Quintasan: for example when the parent directory is not here I suppose
[17:27] <shadeslayer> apachelogger: haha :p
[17:27] <apachelogger> shadeslayer: yeah
[17:27] <apachelogger> though
[17:27] <apachelogger> I think that is only conditional anyway
[17:27] <Quintasan> apachelogger: dh_install --list-missing does that
[17:27] <Quintasan> I wonder why
[17:27] <apachelogger> depends on whether QCA supports it
[17:27] <apachelogger> which is not necessarily the case
[17:28]  * apachelogger doesnt really have the QCA code in question in his short time memory righ tnow ;)
[17:28] <apachelogger> Quintasan: because the file is missing?
[17:28] <shadeslayer> so basically .. you broke qoauth and i cant use choqok now ;D
[17:28] <apachelogger> anyhow
[17:28] <apachelogger> using hmac sha1 renders one of my patches already unaffected
[17:28] <apachelogger> because that changes how plaintext signatures work
[17:29]  * shadeslayer pokes shtylman with startkde script
[17:30] <apachelogger> shadeslayer: can you please upgrade to ubuntu2 again
[17:30] <apachelogger> and check it was not really a timeout
[17:30] <shadeslayer> alright :P
[17:30] <shadeslayer> altho i doubt that ^_^
[17:30] <apachelogger> I do not
[17:31] <apachelogger> because there are 2 points where a timeout error can get set
[17:31] <apachelogger> of which both are long before the other patch takes any action
[17:36] <ScottK> apachelogger: broken package.  That's all I know.
[17:37] <apachelogger> shadeslayer: well, that is all I can say, whatever is causing the timeout it is neither of my patches
[17:37] <apachelogger> ScottK: that is a lot  ;)
[17:37] <shadeslayer> apachelogger: want me to run it with gdb?
[17:37] <apachelogger> so ubuntu2 is not working?
[17:38] <apachelogger> if you think it makes sense to run it wih gdb then feel free to ;)
[17:38] <shadeslayer> nope
[17:38] <shadeslayer> doesnt work with ubuntu2 :P
[17:38] <shadeslayer> apachelogger: http://imgur.com/yrP3N
[17:39] <apachelogger> can I get debug output with that?
[17:39] <shadeslayer> not much to look at http://pastebin.com/TnqR8xtG
[17:39] <apachelogger> kdebugdialog is all turned on?
[17:39] <shadeslayer> yeps
[17:39] <apachelogger> meh
[17:40] <shadeslayer> wait
[17:40] <shadeslayer> its not 0_o
[17:41] <shadeslayer> which was weird : http://pastebin.com/qgzSpUrQ
[17:41]  * apachelogger fires up the netbook
[17:42] <Quintasan> shadeslayer: what about kdelibs?
[17:42] <shadeslayer> what about it?
[17:42] <shadeslayer> ohh
[17:42] <Quintasan> import I mean
[17:42] <shadeslayer> Quintasan: <jelmer> shadeslayer: Not yet, still work in progress. I might have some more time for it tonight or some evening next week.
[17:42] <Quintasan> @_@
[17:42] <Quintasan> well
[17:42] <Quintasan> not much I can do about it
[17:42] <shadeslayer> yep
[17:43] <shadeslayer> Quintasan: help me with fix0ring startkde script :P
[17:43] <shadeslayer> http://paste.ubuntu.com/471155/
[17:43] <Quintasan> I have my hands full with workspace
[17:44] <Quintasan> + I have to go out in  few minutes :/
[17:44] <shadeslayer> ah ok
[17:45] <Quintasan> great :/
[17:46] <apachelogger> ohhhh
[17:46] <apachelogger> hm
[17:46] <apachelogger> noooo
[17:46] <apachelogger> ahhhh
[17:46] <Quintasan> wut?
[17:46] <shadeslayer> Quintasan: hes having a brain wave
[17:47] <shadeslayer> or hes lost...
[17:47] <shadeslayer> LOST i tell you
[17:47] <Quintasan> He was doomed when he had his first encounter with computers to begin with
[17:47] <shadeslayer> no.. the other way around ^
[17:48] <Quintasan> Actually, it works both ways
[17:48] <Quintasan> :P
[17:48] <apachelogger> ahhhhhhhh
[17:48] <apachelogger> ohhhhhhh
[17:48] <apachelogger> uhhhhhhhh
[17:49] <apachelogger> muon
[17:49] <Quintasan> FFFFFFFFFFFFFFUUUUUUUUUUUUUUUUUU-
[17:49]  * shadeslayer hits Quintasan with banhammer 
[17:49] <shtylman> shadeslayer: whats up
[17:49] <Quintasan> You do not have a banhammer
[17:50] <shadeslayer> Quintasan: i do.. you just dont know it yet
[17:50] <shadeslayer> shtylman: \o
[17:50]  * Quintasan retaliates with a Stick of Doom
[17:50] <shadeslayer> free ?
[17:50]  * shadeslayer snaps Quintasan's stick of Doom into two
[17:50] <apachelogger> shadeslayer: fix on the way
[17:50] <shtylman> not at the moment :)
[17:50] <shadeslayer> apachelogger: awesome :D
[17:50]  * Quintasan gets a new out
[17:50] <Quintasan> It's a root this time
[17:51] <apachelogger>   Uploading qoauth_1.0-2ubuntu3_source.changes: done.
[17:51] <apachelogger> Successfully uploaded packages.
[17:51] <shadeslayer> shtylman: ok poke me sometime and we shall h4xoor away on startkde
[17:51] <shadeslayer> apachelogger: fixed your patch?
[17:51] <Quintasan> sudo rm -rf /home/shadeslayer
[17:51] <shadeslayer> did the patch fix you? :P
[17:51] <apachelogger> removed it 
[17:51] <shadeslayer> Quintasan: hah! your not in sudoers file :P
[17:51] <Quintasan> I am
[17:51] <shadeslayer> ^ oh goody
[17:51] <apachelogger> wasnt necessary anymore since another approach was used than back when I created that patch ages ago
[17:52] <Quintasan> You just don't know that yet :P
[17:52] <Quintasan> [trollface.svg]
[17:52]  * Quintasan heads out
[17:52] <Quintasan> bbl
[17:52] <shadeslayer> ciao
[17:54]  * apachelogger thinks u1 kde should be switched away from plaintext anyway
[17:54] <apachelogger> that is if the madness of ubuntuone server supports that
[18:00] <shadeslayer> apachelogger: do you want a ruby bot in here?
[18:00] <shadeslayer> i can bring one in for some time
[18:12] <dantti> apachelogger: that patch is applied to PackageKit 0.6
[18:14] <shadeslayer> apachelogger: can you release new digikam from bzr? ( the rebuild failiure fix )
[18:14] <shadeslayer> or is it not needed
[18:17] <apachelogger> dantti: ok, cool
[18:17] <apachelogger> shadeslayer: no, I am upgrading right now
[18:17] <apachelogger> also I do not think it is worth an upload
[18:17] <shadeslayer> alright 
[18:19] <shadeslayer> also no compression is awesome
[18:19] <shadeslayer> kdeedu done :D
[18:21] <shadeslayer> ryanakca: uh... are we getting new wiki theme too ?? ^_^
[18:22] <shadeslayer> dude....
[18:22] <shadeslayer> apachelogger: any news on kdebindings ?
[18:22] <shadeslayer> i haz to wait on bindings 
[18:22] <eMyller> anyone here have played with python + webkit?
[18:22] <eMyller> i need an urgent help :|
[18:26] <MIH1406> I have Kubuntu 10.04 and I want to make it ready for development
[18:26] <MIH1406> what are the packages?
[18:26] <MIH1406> C++ Qt and KDE
[18:26] <eMyller> MIH1406: build-essential and kde-devel
[18:26] <shadeslayer> MIH1406: libqt4-dev build-essential and ^
[18:27] <eMyller> oh yea, that
[18:28] <shadeslayer> anyone messing around with KMess ?
[18:34] <dyfet> ScottK: looking at the the particular use case, it may be safe to simply add -Wno-cast-align to kdebindings cflags in the deb...but the real issue is that in sipkdeuipart3 is mismatched because QReal is different on arm...this may lend itself to a simple patch...
[18:34] <ScottK> dyfet: I'm in favor of a patch if you can figure one.
[18:35] <dyfet> since this is "sip" code, it may be trickier to patch...
[18:38] <shadeslayer> kdeedu in bzr.. waiting for kdebindings
[18:38] <dyfet> Scottk: the interface code sip generates is wrong...because it assumes QReal is interchangable with double...and this is not true on ARM...
[18:38] <shadeslayer> and now to format my system :D
[18:40] <ScottK> dyfet: So it needs fixing in sip-qt4?
[18:41] <dyfet> ScottK: I am right now seeing if we can play with the kdeui .sip files to see if we can at all squash it there, but yes, ultimately it is a sip-qt4 issue
[18:41] <ScottK> I suppose fixing it there is non-trivial?
[18:43] <dyfet> Let's document what we have learned first...but I never have played with the python sip stuff
[18:44] <ScottK> No time like the present to learn ....
[18:47] <dyfet> Is this actually python-qt4-dev?
[18:50] <shadeslayer_> hmm
[18:51] <shadeslayer_> anything that needs to be tested on live CD?
[18:51] <shadeslayer_> ( the latest one )
[18:57] <dantti> ScottK, apachelogger, Riddell I'd like to propose you to remove a patch from KPK settings and I'd add a button to edit software sources this way the UI gets "normal"
[18:58] <ScottK> dantti: I'd like to hear what Jon Thomas has to say on it.  I think he's the Kubuntu dev that's closest to the question..
[19:01]  * apachelogger thinks that someone should just use the pythonc api and embedd software-properties proper
[19:09] <maco> Riddell wont see pings from today when he gets back sunday anyway. he only has 24h scrollback
[19:27] <apachelogger> what this world needs is more quassel ;)
[19:33] <maco> yes
[19:42] <shadeslayer> apachelogger++
[19:42] <shadeslayer> we need quassel.kubuntu.org :P
[19:43] <shadeslayer> Quintasan: im on ext4 now.. much better
[19:45] <apachelogger> that is so not gonna happen
[19:45] <apachelogger> OTOH
[19:45] <apachelogger> shadeslayer: you could suggest this to ubuntuwire
[19:45] <shadeslayer> i still cant cause rekonq to crash btw
[19:46] <apachelogger> its not exactly much maintenance I suppose and you do not need shell access like with irssi
[19:46] <apachelogger> also since we also have qt-only clients it is also usable for gnomeies without having half a kde stack dragged in
[19:46] <shadeslayer> yep
[19:48] <shadeslayer> aha
[19:48] <shadeslayer> apachelogger: rekonq crashed
[19:51] <maco> shadeslayer: its not exactly hard...
[19:51] <shadeslayer> hehe :P
[19:51] <maco> just about every time i click a link in choqok, rekonq crashes
[19:51] <maco> and now....it got into a state where every time i try to launch it, it crashes
[19:51] <shadeslayer> its not _that_ frequent for me
[19:52] <maco> if i copy the link from choqok, open a tab in rekonq, and paste it, its (usually) ok
[19:52] <maco> and if rekonq's not running when i click the link its (usually) ok
[19:52] <maco> but if it has to open a tab because i clicked a link elsewhere, the world ends
[19:52] <shadeslayer> qt 4.7 doesnt like rekonq 
[19:56] <shadeslayer> @         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
[19:56] <shadeslayer> :S
[19:57] <shadeslayer> what permissions do you have on your private key file?
[19:59] <shadeslayer> ah nvm.. just googled the error :P
[20:19] <Quintasan> shadeslayer: great
[20:19] <Quintasan> now
[20:19] <Quintasan> Uploading kdebase-workspace_4.5.0.orig.tar.bz2: 20684k/64161k[Errno 110] Connection timed out
[20:19] <Quintasan> :/
[20:19] <Quintasan> I knew it would happen
[20:21] <Quintasan> apachelogger: I will push my changes to bzr, can you upload?
[20:21] <apachelogger> hai
[20:21] <Quintasan> grea
[20:21] <Quintasan> +t
[20:21] <apachelogger> ohhh
[20:21] <dantti> shadeslayer: about that KPackageKit bug I have just fixed for 0.6.1
[20:21] <apachelogger> pkg-kde-tools bug
[20:21] <apachelogger> omg
[20:22] <Quintasan> push'd
[20:22] <apachelogger> logic is a biatch I tell you
[20:22] <shadeslayer> dantti: awesome
[20:23] <shadeslayer> dantti: im setting it as closed
[20:23] <shadeslayer> dude.. ext4++
[20:23] <dantti> shadeslayer: nice, just commited
[20:23] <apachelogger> eh
[20:24] <apachelogger> my i386 change is the crap
[20:24] <apachelogger> shadeslayer: you are comparing two non-comparable things here
[20:24] <shadeslayer> apachelogger: whut?
[20:24] <apachelogger> brtfs & ext4
[20:24] <shadeslayer> ah 
[20:25] <shadeslayer> but in terms of speed.. ext4 wins
[20:25] <apachelogger> no no no
[20:25] <apachelogger> see
[20:25] <apachelogger> unless you are using SSD you shouldnt be usin brtfs anyway
[20:25] <apachelogger> because it was designed not only but partially for a SSD use case
[20:25] <shadeslayer> didnt know that ^
[20:26] <apachelogger> so using it on a HDD will generally perform worse than ext4 which was designed not only but partially for HDDs
[20:26] <shadeslayer> dantti: have you released 0.6.1?
[20:27] <apachelogger> in either case brtfs is still young and seeing a lot of changes, so even the speed advantage of ext4 on HDDs might be related to things other than the systems themselfves
[20:27] <dantti> shadeslayer: no, I'm fixing the ui probably I'mm do that on sunday or monday morning to get it into kubuntu's alpha
[20:27]  * apachelogger needs to stress his grey cells a bit
[20:27]  * apachelogger is srsly wondering where jon is
[20:28] <shadeslayer> dantti: ah ok
[20:28] <apachelogger> ohm
[20:29] <apachelogger> Quintasan: your changelog entries needs merging with the previous one
[20:29]  * apachelogger thinks dch should throw warnings when one tries to increase the version while a UNRELEASED entry is pending
[20:42] <Quintasan> apachelogger: can you merge it? I have to go in a second again
[20:42] <Quintasan> :/
[20:42] <apachelogger> Quintasan: cando
[20:44] <Tm_T> ScottK: Lucid
[20:44] <CIA-98> [kdebase-workspace] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100730194410-9xyxvpskt6os447q * debian/changelog merge unreleased entries
[20:46]  * Tm_T pokes tuos and taavikko with polehead of finnish flag
[20:47] <ScottK> Tm_T: Since nixternal isn't around so much I lost access to his powerpc box.  If I build a clamav package for Lucid in a PPA, could you run a quick test?
[20:47] <ScottK> It's just running clamscan and seeing if it segfaults.
[20:49] <Tm_Tr> ScottK: sure
[20:50] <ScottK> Tm_T: Thanks.  I'll ping you when it's built.
[20:50] <ScottK> Actually PPA won't work.
[20:50] <ScottK> (no ppc)
[20:50] <ScottK> Tm_T: I'll test it first and then put it in backports.
[20:51] <Tm_Tr> sure
[20:54] <apachelogger> hm
[20:54] <apachelogger> that change I am working on for pkg-kde-tools is pretty much suicidal
[20:57]  * apachelogger thinks pkg-kde-tools could use some autotesting 
[20:58] <apachelogger> ah
[20:58] <apachelogger> cant install kdelibs5-dev
[20:58] <apachelogger> beautiful
[20:58] <apachelogger> maverick++
[21:02] <apachelogger> so I have a change that fixes stuff
[21:02] <apachelogger> OTOH it is likely to fall apart completely 
[21:02] <apachelogger> OTOH I cannot really test this and not uploading would require rebuilding stuff later on
[21:02] <apachelogger> ...
[21:06] <apachelogger> well
[21:06] <apachelogger> I am upping this baby
[21:06] <apachelogger> better to have it fixed proper once and for all
[21:08] <apachelogger> I cannot even testbuild crap 
[21:08] <apachelogger> brrrrrrr
[21:30] <Quintasan> bah
[21:31] <Quintasan> ir's your fault apachelogger 
[21:31] <Quintasan> When things break it's usually apachelogger 
[21:31] <apachelogger> because I have the balls to make scary changes :P
[21:32] <Quintasan> >because I do not testbuilt
[21:32] <Quintasan> >because I do not testbuild*
[21:32] <Quintasan> There, I fixed you statement Sir.
[21:32] <Quintasan> :P
[21:33] <apachelogger> scope violation clearly
[21:33] <apachelogger> thy shalt not talk with the voice of angles!
[21:33] <apachelogger> well hen
[21:33] <apachelogger> then
[21:34] <apachelogger> I think pkg-kde-tools is not breaking in >25% of cases
[21:34] <apachelogger> time to upload
[21:35] <apachelogger> ahhh
[21:35] <apachelogger> my chromes is broken :(
[22:30] <ulysses> Haha, I found two typo in Muon's translation!
[22:31]  * ryanakca swears loudly at accidently deleting his ~/.kde :/
[23:58] <Quintasan> kdebase uploading
[23:58] <Quintasan> moving to kdesdk