[00:12] <JontheEchidna> apachelogger: :P
[06:42] <Mamarok> apachelogger: since 4.7 SC rc is available: where can I find it?
[06:49] <karmo> Mamarok: Muon package manager?
[06:50] <Mamarok> karmo: not really more usefull than apt-get, what I need is the PPA
[06:53] <karmo> Mamarok: in oneiric you don't need ppa. unfortunately i don't know if there is ppa for stable kubuntu versions...
[06:54] <Mamarok> ah, so not available for 11.04 then
[06:55]  * Mamarok is a sad panda :(
[09:53] <apachelogger> Mamarok: we are barely done with oneiric, so I doubt there will be 11.04 packages before final release
[09:54] <Mamarok> apachelogger: OK, thanks anyway, I can survive another 2 weeks :)
[09:55] <apachelogger> Mamarok: http://www.youtube.com/watch?v=QH2-TGUlwu4 
[09:56] <apachelogger> and should that not help with making the time pass by fast.... http://www.youtube.com/watch?v=8AOfbnGkuGc this one will
[10:05] <apachelogger> could someone fix phonon to include the flipping qt designer plugin
[10:10] <debfx> ScottK: in case you have some time, could you investigate why python-kde4 depends on libpython2.6? we can't afford having 3 python versions on the cd
[10:11] <apachelogger> oh right
[10:12] <apachelogger> debfx: how much oversize do we have right now?
[10:12] <apachelogger> I noticed last week that all images were too fat
[10:12] <apachelogger> or was it this week
[10:12] <debfx> apachelogger: 21 MB
[10:12] <apachelogger> some week anyway ^^
[10:12] <apachelogger> debfx: eek, that is rather a lot
[10:16] <debfx> yep
[10:16] <debfx> kde-workspace-data +2871 kB
[10:16] <debfx> kdm +1226 kB
[10:16] <debfx> those should be investigated as well
[10:17] <apachelogger> wallpapers perhaps?
[10:17] <apachelogger> jr made everything use one wallpaper file
[10:17] <apachelogger> at one resolution
[10:17] <apachelogger> which is brr anyway IMHO :S
[10:19] <debfx> we probably need to drop libreoffice-help-en-us
[10:20] <debfx> libreoffice opens the online documentation in a web browser when it's not there locally so it's not that bad
[10:20] <debfx> have we already decided which wallpaper to ship by default?
[10:25] <apachelogger> hm
[10:25] <apachelogger> debfx: what kde ships by default
[10:26] <apachelogger> appmenu-gtk3 appmenu-gtk
[10:26] <apachelogger> why do we need those?
[10:26] <apachelogger> and why do we need both?
[10:26] <debfx> to make the global menu work with gtk2 and gtk3 apps
[10:26] <apachelogger> Depends: libatk1.0-0 (>= 1.12.4), libc6 (>= 2.2.5), libcairo2 (>= 1.2.4), libdbusmenu-glib3 (>= 0.4.2), libdbusmenu-gtk3 (>= 0.4.2), libfontconfig1 (>= 2.8.0), libfreetype6 (>= 2.2.1), libgdk-pixbuf2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.26.0), libgtk2.0-0 (>= 2.21.2-0ubuntu6), libpango1.0-0 (>= 1.14.0
[10:26] <debfx> both are on the cd anyway so appmenu only adds a few kb
[10:27] <apachelogger> debfx: why do we have gtk3 on the cd?
[10:28] <apachelogger> we could ditch ksystemlog ^^
[10:28] <debfx> gconf2 recommends it
[10:28]  * apachelogger finds the application horrible in anyways anyway
[10:28] <apachelogger> debfx: why do we have gconf2
[10:29] <debfx> iirc gstreamer depends on it
[10:29] <apachelogger> gstreamer0.10-plugins-good
[10:30] <apachelogger> oh and jon the taco of course needed to use qtgstreamer in qapt
[10:31] <apachelogger> 1 mib
[10:32] <apachelogger> ah, nvm, more like 100kb
[10:32] <apachelogger> virtuoso is 3 though
[10:32] <apachelogger> zeitgeist-core 1.1
[10:34] <apachelogger> debfx: I suppose we also have some random growth due to docs in app packages
[10:35] <debfx> apachelogger: https://felix.fobos.de/kubuntu/kubuntu-oneiric-cd-amd64-diff.htm
[10:36] <apachelogger> everything is getting fater all the time
[10:37] <apachelogger> debfx: how did you make that handy page?
[10:37]  * apachelogger wonders why plasma-widget-networkmanagement grew
[10:38] <debfx> apachelogger: I parse the .manifest files of the images and get the package size with python-apt
[10:38] <apachelogger> groovy
[10:39] <apachelogger> debfx: you should totally put that in kubuntu-dev-tools ^^
[10:39] <debfx> apachelogger: all the networkmangement packages collapsed into plasma-widget-n
[10:39] <apachelogger> or ubuntu-dev-tools
[10:39] <apachelogger> debfx: what other packages were there
[10:40] <persia> Or ubuntu-qa-tools, as those are the folk most likely to be looking at this sort of thing.
[10:40] <apachelogger> knm-runtime	was only 535kb the page sez
[10:40] <persia> Or create a branch that automatically does this for all the flavours, and have ubuntuwire host it as a regular report.
[10:40]  * apachelogger likes that last option
[10:40] <apachelogger> also it reminds me of automated package QA for some reason
[10:41] <apachelogger> for which I have a blog post lingering I noticed yesterday
[10:41] <debfx> apachelogger: it contains a copy of the nm solid plugin which works with nm0.9
[10:41] <apachelogger> and that is fater than 0.8 or whatever we had before?
[10:42] <debfx> the ugly part of the script is a manual mapping of packages that have been renamed
[10:42] <apachelogger> make it a config
[10:42] <debfx> the nm0.8 solid plugin is in kde-workspace
[10:42]  * apachelogger also made kde-l10n-common config driven :D
[10:42] <apachelogger> debfx: *is* it still there?
[10:42] <apachelogger> if so we should like shoot it dead
[10:42] <debfx> probably
[10:43] <apachelogger> it builddeps network-manager-dev (>= 0.7.0)
[10:43] <debfx> a config would be an improvement but it should automatically detect library and kernel abi bumps
[10:44] <apachelogger> oh right, we need to do kwingles
[10:44] <apachelogger> lol
[10:44] <apachelogger> debfx: well, that should be a simple enough regex
[10:44] <apachelogger> anyhow
[10:45] <apachelogger> even though the good ol kde-workspace builddeps on nm-dev, cmake does not detect it ^^
[10:45] <apachelogger> debfx: no nm plugin in workspace anymore
[10:45] <apachelogger> just fake and wicd
[10:46] <apachelogger> which makes me wonder why fake is installed actually
[10:46] <debfx> right, it would have failed the build since nm 0.8 isn't in the archive anymore
[10:47] <apachelogger> is that plunder not api compatible?
[10:47] <debfx> not at all
[10:47] <debfx> in fact we can't migrate nm0.8 connections at the moment
[10:49] <apachelogger> hm
[10:49] <apachelogger> lol
[10:49] <apachelogger> fun software
[10:49] <apachelogger> debfx: so, I do not see why workspace-data grew
[10:49] <apachelogger> of course diffing two files with different name in different revisions is not all easy to do with bzr
[10:50] <apachelogger> perhaps there is a recursive match rule in the install though
[10:50]  * apachelogger compares debs
[10:53] <apachelogger> debfx: http://paste.ubuntu.com/644703/
[10:55] <apachelogger> just as I suspected
[10:55] <shadeslayer> \o
[10:57] <debfx> yeah we need to get rid of those
[11:01] <apachelogger> Nokia N950	1	Device Sent to Customer
[11:01] <apachelogger> :D
[11:02] <apachelogger> shadeslayer: you should consider yourself lucky that you do not have to mess with video drawing and opengl
[11:02]  * apachelogger is twisting his brain dry
[11:03] <shadeslayer> hahaha
[11:03] <shadeslayer> apachelogger: el neato, whatcha going to do with the phone?
[11:03] <apachelogger> tennis
[11:03] <shadeslayer> apachelogger: i still have to mess with the dbus server which has all sorts of weird shit in it
[11:05] <shadeslayer> right now i just have one last problem to take care of and everything should be good to go
[11:06] <shadeslayer> debfx: was the kate packaging any good?
[11:06] <apachelogger> shadeslayer: well, I'd picky a shitty dbus server over gl anyway
[11:06] <apachelogger> anytime
[11:06] <apachelogger> as long as it has stable API
[11:06] <apachelogger> muhahaha
[11:07] <shadeslayer> the API is stable, the part where you have figure out key value pairs to set a proper config, not so much
[11:09] <apachelogger> debfx: you could debdiff stuff you list on the diff page 
[11:09] <apachelogger> would make investigation easier I supose :)
[11:18] <shadeslayer> apachelogger: free for a while?
[11:24] <debfx> shadeslayer: I had to change a few things (see bzr branch)
[11:25] <debfx> katepart still needs to be split into an own package but I'm busy fighting with qtwebkit
[11:25] <shadeslayer> oh
[11:25] <yofel> o/
[11:25] <apachelogger> shadeslayer: that question will be answered with no until september 2018
[11:26] <apachelogger> I guess waiting for that to happen would be inefficient
[11:26] <shadeslayer> whats so special about September 2018
[11:29] <shadeslayer> debfx: thanks :)
[11:29] <debfx> apachelogger: debdiff doesn't show file size changes though, right?
[11:30] <apachelogger> nope
[11:31] <apachelogger> debfx: but you get the file size changes, if they are noticably different that they would show up in the tables, you get the old deb and the new and run debdiff on it, then link the resulting diff from the table
[11:31] <apachelogger> that way one can easily find out why the size changes
[11:31] <apachelogger> if there were file changes
[11:32] <apachelogger> if no files were changed but the size is different something grew, hard to get that checked
[11:32] <apachelogger> well, you could dpkg-deb -c and parse the size, but IMHO that is a bit unreliable and complicated
[11:32] <apachelogger> shadeslayer: so whats up?
[11:33] <shadeslayer> apachelogger: i have a QComboBox that lists the friendly names of a akonadi resource
[11:34] <shadeslayer> now i map that to the akonadi source name using a QMap, the config stores the source name, when i read the config i get the source name back and i was wondering if there was a method to set the index of the combobox to match the friendly name to the sourcename
[11:35] <jussi> hrm, anyone know if I can get Kate on windows? 
[11:35] <apachelogger> jussi: kde windows isntaller
[11:35] <shadeslayer> sigh
[11:35] <shadeslayer> why does gmail keep changing my inbox look
[11:35] <apachelogger> shadeslayer: ehm
[11:35] <shadeslayer> apachelogger: yeah i know, i worded it poorly
[11:35] <jussi> apachelogger: I mean kate only, is that possible? 
[11:36] <apachelogger> shadeslayer: why not use a model?
[11:36] <shadeslayer> QComboBox and a model?
[11:36] <apachelogger> sure
[11:36] <afiestas> have you had any problem compiling soprano ?
[11:36] <apachelogger> seems much more reliable
[11:36] <shadeslayer> i didn't know that it was possib;e
[11:36] <apachelogger> afiestas: nope
[11:36] <afiestas> I'm having some issues with raptor1 raptor2 raptorXXXXXX xd
[11:36] <apachelogger> shadeslayer: sure setModel()
[11:36] <shadeslayer> *possible
[11:37] <shadeslayer> i seriously need to devote time to MVC
[11:37] <apachelogger> anyhow
[11:37] <apachelogger> shadeslayer: setCurrentIndex
[11:37] <apachelogger> (index)
[11:37] <shadeslayer> apachelogger: thats what i was using
[11:37] <shadeslayer> but its not working the way its supposed to :P
[11:37] <apachelogger> why not?
[11:38] <shadeslayer> how do i map a index to friendly name or a source name?
[11:38] <apachelogger> you iter over all items in the qcb and get the index of the item that matches
[11:38] <apachelogger> then you set that
[11:38] <apachelogger> shadeslayer: you cannot, point being that your approach is ugly as it needs to rely on strings
[11:38] <shadeslayer> thats what i thought
[11:38] <shadeslayer> yes
[11:38] <shadeslayer> which is why i want to avoid it
[11:38] <apachelogger> you need to string compare all items and then set the index to the one that matches
[11:39] <apachelogger> with a model you'd be able to find the index within the model
[11:39] <shadeslayer> right, but i don't want to do that because thats very sub optimal
[11:39] <shadeslayer> reading up on models then
[11:39] <apachelogger> and inside the model you can ensure persitant indexes etc.
[11:39] <apachelogger> also
[11:39] <shadeslayer> oooh
[11:39] <apachelogger> shadeslayer: can the friendly names be translated?
[11:40] <yofel> afiestas: we have soprano 2.6.51 which carries a raptor2 patch
[11:40] <yofel> you probably want that
[11:40] <shadeslayer> apachelogger: like i18n calls?
[11:40] <apachelogger> shadeslayer: if so you want to avoid string compares all and entirely
[11:40] <afiestas> yofel: I do! I do
[11:40] <apachelogger> shadeslayer: for example
[11:40] <apachelogger> shadeslayer: I dunno what a friendly name is :P
[11:40] <apachelogger> nor where it comes from
[11:40] <afiestas> though trueg told me that raptor2 support is not finished and fully working yet
[11:40] <shadeslayer> apachelogger: like "Personal Contacts"
[11:40] <afiestas> there is one bug left or something like that
[11:40] <apachelogger> but since it is friendly and UI visible it supposedly should be translated
[11:40] <apachelogger> so you cannot rely on strings
[11:40] <shadeslayer> and the source name would be akonadi:?collection=41
[11:40] <apachelogger> if the user changes his language all will fall apart
[11:40] <yofel> afiestas: well, we can't really choose here either :S
[11:41] <shadeslayer> apachelogger: yeah, thats something that hit me last night as well
[11:41] <yofel> afiestas: you know where to get the patch from?
[11:41] <apachelogger> shadeslayer: collection number is unique I guess?
[11:41] <apachelogger> shadeslayer: there surely is a way to uniquely identify an akonadi resource instance/collection
[11:41] <apachelogger> and that is the value you want to look up/store
[11:42] <afiestas> yofel: nope, but wait seems that trunk is compiling well against extra/soprano 2.6.50 which is the one ship with the distro I'm using righ now
[11:42] <afiestas> if it compiles with the distro one, is good enough :p
[11:42] <yofel> well, sounds new enough ^^
[11:42] <shadeslayer> apachelogger: yeah, collection number is unique
[11:43] <shadeslayer> apachelogger: thats not the problem, i can easily make a QStringMap which maps everything easily during initial ui setup
[11:43] <apachelogger> so you'd have a model of at least an internal index mapping to your uuid and the name of that item
[11:43] <shadeslayer> the problem is when i need to read the config
[11:43] <shadeslayer> and set appropriate values
[11:43] <apachelogger> that is why you only store the uuid
[11:43] <apachelogger> i.e. the collection number
[11:44] <shadeslayer> oh, then i can read the index of the combobox
[11:44] <shadeslayer> and use the appropriate source name to use in the config
[11:44] <apachelogger> something like that, yes
[11:45] <shadeslayer> sounds about right
[11:45]  * shadeslayer goes implementing
[11:47] <apachelogger> shadeslayer: did you break kdevelop?
[11:47] <apachelogger> is kdevelop broken because you broke kate?
[11:47] <apachelogger> is kate fixed yet?
[11:49] <yofel> what's broken with kdevelop?
[11:49] <apachelogger> well
[11:49] <apachelogger> kdevelop uses the katepart
[11:49] <apachelogger> so if katepart is still kaput, kdevelop will be too
[11:50] <yofel> well, if you're not using ninja kate it'll probably be broken
[11:50] <yofel> shadeslayer: put katepart into seperate package?
[11:51] <shadeslayer> sure can do
[11:51] <shadeslayer> debfx: ^^ is that alright on your end?
[11:51] <yofel> would be good IMO since a ton of apps seems to use it
[11:51] <yofel> *seem
[11:52]  * yofel checks if anything else was moved there from kdelibs5-plugins
[11:53] <shadeslayer> i'll do in a bit, have some other things i need to take care of right now
[11:53] <shadeslayer> *do it in a ...
[11:54] <yofel> there's also a ton of katepart related stuff in -data
[11:54] <yofel> which was in kdelibs5-data before
[11:54] <apachelogger> omg
[11:54] <apachelogger> amarok++
[11:54] <apachelogger> http://www.youtube.com/watch?v=NbTEVbQLC8s
[11:54] <apachelogger> markey: remember that?
[11:55] <apachelogger> wow, them good ol' times, how I miss them
[11:55] <yofel> shadeslayer: usr/lib/kde4/ktexteditor_* was also in kdelibs5-plugins, so that probably belongs to katepart too (maybe...)
[11:56] <yofel> LOL @ video ^^
[11:56] <shadeslayer> yeah ^^ :P
[11:57] <shadeslayer> thats more like the Qt 5 Dance xD
[12:00] <apachelogger> whow so?
[12:00] <apachelogger> *how
[12:15] <markey> apachelogger: yeah, I always hated it :p
[12:15] <apachelogger> awww, you have no taste whatsoever
[12:30] <shadeslayer> apachelogger: this is weird, mapping the QComboBox index to source name gives me : 0   "akonadi:?collection=16" 
[12:30] <shadeslayer> 0   "akonadi:?collection=41"
[12:31] <shadeslayer> i wonder why that value is not incremented
[12:33] <apachelogger> I do not understand
[12:38] <shadeslayer> !botsnack
[12:39] <yofel> hm, thinking about katepart, we'll have to make kdelibs5-plugins depend on that package for transitional reasons, or stuff like kdevelop or kile won't work since they don't depend on it
[12:47] <yofel> can someone upload mobipocket so that get's reviewed?
[12:47] <yofel> *gets
[12:53] <debfx> yofel: have you fixed the problem that it installs a okular desktop file with mimetypes but doesn't depend on okular?
[12:53] <debfx> apachelogger said adding TryExec=okular would fix it
[12:55] <yofel> hm, nope, but pretty much everything in the package except the strigi plugin has something todo with okular so I would rather make it depend on okular
[12:56] <yofel> for some reason I didn't get a lintian warning though
[12:56] <apachelogger> yofel: depend is the wrong relationship
[12:57] <apachelogger> if anything it should be recommends
[12:57] <apachelogger> + tryexec is in order anyway
[12:57] <apachelogger> (upstream)
[12:57] <debfx> yofel: then you should fix your lintian :)
[12:57] <yofel> I currently made it enhance okular
[12:57] <debfx> it should emit W: mobipocket: desktop-command-not-in-package usr/share/applications/kde4/okularApplication_mobi.desktop okular
[12:59] <yofel> I'll make it recommend it and file a bug upstream
[12:59] <yofel> and add a patch for tryexec
[13:01] <apachelogger> Nightrose: do you know if eean submitted the mid term eval yet? I cant seem to reach him
[13:01]  * yofel goes reading desktop file spec
[13:02] <yofel> apachelogger: if I understand this right you need both Exec and TryExec?
[13:03] <apachelogger> yofel: yes, TryExec is nothing but a prerequisite
[13:03] <yofel> ok
[13:03] <apachelogger> if tryexec fails the desktop file will not be displayed
[13:03] <apachelogger> sorta like conditional NoDisplay
[13:04] <Nightrose> apachelogger: he did
[13:04] <apachelogger> also TryExec does not have to be the same as Exec, essentially you could have an inline shell expression there
[13:04] <apachelogger> Nightrose: kthx
[13:14] <apachelogger> what should I be blogging about this weekend?
[13:14] <apachelogger> automated package QA thoughts or more phonon qml stuff?
[13:29] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/mobipocket] Philip Muškovac * 11 * debian/ (5 files in 2 dirs) recommend okular and use TryExec in okularApplication_mobi.desktop
[13:29] <yofel> debfx: ^
[13:30] <apachelogger> what do we do with plasma-widget-kubuntu-feedback?
[13:30] <debfx> yofel: hm, you only renamed the binary package?
[13:31]  * debfx doesn't like those generic names
[13:31] <debfx> apachelogger: rm -rf
[13:31] <yofel> feel free to change it again, but I don't see why we should split it up since most of that is for okular
[13:32] <apachelogger> debfx: wanna do that now or I should make a work item?
[13:32] <debfx> yofel: I mean renaming the source package to kdegraphics-mobipocket
[13:33] <debfx> apachelogger: looks like it's already removed
[13:33] <yofel> you'll need to rename the tarball then, which I wouldn't do without talking to upstream first, or that'll be quite error prone
[13:33] <debfx> apachelogger: what do you think? ^
[13:33] <apachelogger> debfx: from archive too?
[13:33] <apachelogger> yofel: why is that error prone?
[13:34] <apachelogger> yofel: FWIW IMHO upstream should also rename the tar to kdegraphics-mobipocket
[13:34] <apachelogger> mobipocket is no good name for that tar
[13:34] <debfx> yes, from the archive, where else do we need to remove it?
[13:34] <yofel> hm, nvm that, I'll send a mail to one of the maintainers
[13:34] <apachelogger> debfx: seed
[13:35] <yofel> debfx: FWIW, I'm not against renaming it, so if you want to rename the source too go ahead
[13:36] <debfx> yofel: ok, I'll upload it later today or tomorrow
[13:36] <apachelogger> yofel, debfx: renaming the binary because of generic name but not the source seems like bougs application of pita policies :P
[13:37] <yofel> true
[13:37] <yofel> hm, who decided the tar names? the maintainers or dirk?
[13:38] <apachelogger> tar == repo name
[13:38] <apachelogger> usually
[13:38] <apachelogger> but dirk should be able to override that
[13:38] <apachelogger> yofel: just mail kde-release
[13:38] <apachelogger> or whatever the list of the release team is
[13:38] <apachelogger> I keep forgetting ^^
[13:39] <yofel> release-team@kde.org I think
[13:39] <yofel> I'll do that then
[13:41] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/meta-kde] Philip Muškovac * 8 * debian/ (changelog control) mobipocket was renamed to kdegraphics-mobipocket
[13:52] <yofel> apachelogger: something like this? http://paste.kde.org/97123
[13:52] <apachelogger> yeah
[13:53] <yofel> sending
[13:53] <apachelogger> ah
[13:53] <apachelogger> hold on
[13:53] <yofel> ?
[13:53] <apachelogger> yofel: perhaps make it more about how mobipocket is not reflecting the content at all
[13:53] <apachelogger> as it would suggest it contains an app called mobipocket
[13:53] <apachelogger> which is not the case
[13:54] <yofel> ok, "... since it's not the only source that deals with mobipocket files and doesn't contain a "mobipocket" application either as you would think seeing how the other tarballs are named."
[13:54] <yofel> better?
[13:54] <apachelogger> yus
[13:55] <yofel> k
[13:55]  * apachelogger had too much coffee
[13:55] <apachelogger> way too much
[13:55] <yofel> heh
[13:56] <yofel> sent
[15:10] <shadeslayer> apachelogger: shouldn't the sekrit chan be retired
[15:10] <shadeslayer> seeing how there are only a few of us
[15:15] <yofel> which one?
[15:16] <shadeslayer> the bunker
[15:17] <yofel> wasn't that from pre-ktown-ssh-access times?
[15:17] <shadeslayer> yus
[15:18] <yofel> rm -f
[15:18] <shadeslayer> and now there are just 3 of us in there, just close it down i say
[15:20] <shadeslayer> Nightrose: doesn't the appu up event eat up into DS timings?
[15:20] <Nightrose> shadeslayer: a bit yes
[15:20] <shadeslayer> hmm ... better to attend the one on the 21st then
[15:21] <shadeslayer> Nightrose: btw has Dinesh submitted my evaluation, he has a bad internet connection and i can't get to him
[15:22] <Nightrose> shadeslayer: yes - all fine - he's not on my poking list
[15:22] <shadeslayer> w00t
[15:23] <yofel> oh you're done? fix kate then :P
[15:23] <shadeslayer> i'm ~done
[15:23]  * yofel makes some natty backports for kdevelop
[15:24] <shadeslayer> just a small piece of code left that for some reason isn't working even tho it's supposed to work
[15:24] <shadeslayer> yofel: i'll have a look at kate after dinner, my brain is kaput after looking at code all day
[15:25] <yofel> harald has coffee to spare, get some from him :P
[15:25] <shadeslayer> no coffee for me, i'll be up all night and then i'll be back to my old sleep schedule
[15:33] <yofel> anyone an idea why we have no bzr branches for the kdevelop stuff?
[15:35] <shadeslayer> yofel: i think we have branches for packages that involve alot of effort in maintaining
[15:35] <yofel> ah, well, not important
[15:36] <shadeslayer> kdevelop probably doesn't need alot of people working on it, pretty much the same reason rekonq doesn't have a branch
[15:36] <yofel> you kdevplatfrom package uses boost 1.42 btw. I'll fix it
[15:36] <yofel> *your
[15:36] <shadeslayer> feel free to, i need to make a release by tuesday
[15:36] <shadeslayer> or i'll get some whooping
[15:36] <yofel> sure
[15:37] <shadeslayer> weird how updating works but adding doesn't :/
[16:18] <shadeslayer> Nightrose: here's something for you http://nyan.cat/
[16:19] <Nightrose> shadeslayer: OMMG!
[16:19] <shadeslayer> :D
[16:20] <yofel> make someone listen to that for a day nonstop and he'll have a cat phobia ^^
[16:20] <shadeslayer> or he'll see cats pooping rainbows everywhere
[16:20] <shadeslayer> s/he'll/they'll/
[16:20] <kubotu> shadeslayer meant: "or they'll see cats pooping rainbows everywhere"
[16:26] <shadeslayer> yofel: have you seen this? http://wiki.desktopsummit.org/Workshops_%26_BoFs/2011/KDE_Buildsystem_BoF
[16:27] <yofel> nope
[16:32] <shadeslayer> well, now you have 
[16:33] <yofel> what's that supposed to be? some cmake-addon-like-thing so the build stuff is in one place instead of every component having to care about their own scripts?
[16:34] <shadeslayer> super builds?
[16:35] <yofel> uh, you mean it's supposed to create batched up release tars?
[16:35] <shadeslayer> afaik its a CMakeLists.txt file that will pull in git repos and build them like the earlier KDE versions
[16:35] <shadeslayer> yofel: https://projects.kde.org/projects/kde/superbuild
[16:36] <yofel> didn't someone write that already?
[16:36] <shadeslayer> yus
[16:37] <shadeslayer> i didn't know CMake could init git repos and pull sources until i saw that project
[16:37] <yofel> me neither, but I heard of that on -packagers already
[16:40] <shadeslayer> ffffffffuuuuuuuuuuuuuuuuu
[16:43] <shadeslayer> i'm the lord of borkage
[16:43] <shadeslayer> i just made one thing work, and broke 3 other things
[16:44] <yofel> new person to blame when something wroks: GET
[16:44] <shadeslayer> yay, now the server works
[16:44] <shadeslayer> weird shit
[17:09] <yofel> 3000s, if I hear this cat any longer I'll go crazy
[17:29] <shadeslayer> yofel: lol
[17:29] <shadeslayer> yofel: just mute it? :P
[17:29] <yofel> closed it
[19:10] <vikapi> my rkonq crashes quite frequently.i guess its after i installd flash-plugin.
[19:10] <vikapi> how can i confirm?
[21:46] <bambee> evening