[00:00] <ScottK> dantti_work: Why is that?
[00:00] <dantti_work> ScottK: app-install db
[00:00] <dantti_work> it's an sqlite db generated from app-install-data
[00:01] <dantti_work> which probably will be used into next USC when it's a bit more mature
[00:15] <lex79> ScottK: we can wait if on amd64 there will be the same problem for now, maybe soyuz screwed up something
[00:32] <ScottK> I suspect soyuz.  I pinged one of their developers to look.
[00:34] <lex79> ok
[00:46] <claydoh> Ok now I see akonadi startup errors in maverick :(
[00:52] <lex79> dantti_work: what is needed for kpk? packaging a new version and upload it?
[00:55] <dantti> lex79: yes, though a patch must be changed and you need to include a sqlite db
[00:57] <lex79> uhm I've no confidence with sqlite dbs :(
[01:00] <dantti> lex79: the db is to fetch information about application vs packages
[01:02] <lex79> got it, but I never touched a package with db :)
[01:23] <ScottK> dantti: That feels like uploading a binary blob.  It should be buildable during the build or after installation.
[01:23] <ScottK> lex79: Retried it.
[01:24] <lex79> I saw thanks
[01:34] <lex79> ScottK: same problem on amd64
[01:34] <lex79> bah :(
[01:34] <lex79> 1970-01-01 01:00 ./usr/include/qt4/QtCore/QtConfig
[01:36] <ScottK> lex79: I've no idea how that's even possible.
[01:36] <dantti> ScottK: it can be buildable during the build
[01:36] <dantti> ScottK: but this would mean also packaging app-install
[01:37] <ScottK> dantti: From a policy perspective if I can't build it with stuff in the archive, it's really not Free.
[01:37] <lex79> I build again in local since I deleted the package, to see if it happens here
[01:38] <ScottK> lex79: Can you try a local test build of Qt and see if it happens then (look at the date of the file).
[01:38] <lex79> it's what I tried to say before ^ :)
[01:39] <ScottK> You got it to happen?
[01:39]  * ScottK is confused.
[01:40] <lex79> I'm going to try a local test build
[01:40] <lex79> :)
[01:42] <ScottK> ok
[01:42] <dantti> ScottK: right, well I really don't know what's best for you, you can build it toghether with kpk, you juse need http://github.com/hughsie/app-install/tree/APP_INSTALL_0_1_0
[01:43] <dantti> I just thought creating a new package now wasn't so good, but I don't know packaging policies ...
[01:43] <ScottK> It has to be buildable from stuff in the archive.  Same as Debian.
[01:44] <dantti> ScottK: right, app-install just requires a few g* things and app-install-data package to create that db
[01:45] <ScottK> dantti: That's not a problem for a build-depends.
[01:47] <dantti> ScottK: ok, is there anything that I can do to help?
[01:47] <ScottK> dantti: Package app-install.
[02:05] <dantti> ScottK: well I don't actually know from where to start :P
[03:12] <lex79> ScottK: same problem also in local, usr/include/qt4/QtCore/QtConfig [Thu Jan  1 00:00:00 1970]
[03:12] <lex79> go to bed now, night :)
[03:19] <ScottK> lex79: OK.  Thanks for testing.
[03:19] <ScottK> Riddell: ^^^ no idea what to do about that.
[03:35] <persia> Riddell, You seem assigned 635888 : do you have something near-done, or shall I post a --without-kate patch?
[08:38] <apachelogger> ScottK: I do not think that buildability is any thing to go by
[08:38] <apachelogger> by that reasoning we shouldn't allow PNGs but require them to be built from SVGs at build time
[09:18] <apachelogger> agateau: how come our dbusmenu is now cut back?
[09:19] <apachelogger> dantti_work: the snapshot I took yesterday fails to build :(
[09:19] <apachelogger> /tmp/buildd/kpackagekit-0.6.1+svn20100916/AddRm/CategoryModel.cpp:92: error: 'AI_CATEGORIES_PATH' was not declared in this scope
[09:24]  * apachelogger wonders who broke the topic
[09:24] <apachelogger> someone not using unicode, eh? :P
[09:30] <apachelogger> Riddell: pingy ... http://paste.ubuntu.com/495160/ ... smaller diff for kdi
[09:31] <agateau> apachelogger: what do you mean with "cut back"?
[09:31] <apachelogger> agateau: from the most recent changelog I gather that you patched away external contributions
[09:32] <agateau> apachelogger: yes, was requested to do so
[09:32] <agateau> apachelogger: but I distro-patched them back
[09:32] <apachelogger> yeah
[09:32] <apachelogger> that is what I have a problem with :P
[09:32] <agateau> can you explain?
[09:32] <apachelogger> from a distro POV we do not have a problem ;)
[09:33] <apachelogger> so if anything the tarball would have to be cut and we (Ubuntu) patch in the external contributions
[09:33] <agateau> apachelogger: yes, I hope people either sign the CA or I rewrite the missing parts to reduce/remove this patch in the long term
[09:34] <apachelogger> agateau: I am more concerned with short term (10.10) :)
[09:34] <apachelogger> agateau: who asked you to remove the parts?
[09:34] <agateau> apachelogger: my manager
[09:34] <agateau> davidbarth: you may want to join the discussion
[09:38] <apachelogger> Riddell: if that is still not acceptable diff then I could still extract the relavant code fixes (which is every code change in the diff anyway)
[09:45] <davidbarth> agateau: yup, thanks for pinging
[09:45]  * davidbarth reads the log
[09:47] <agateau> apachelogger: what is your short term concern?
[09:47] <agateau> apachelogger: as far as 10.10 is concerned, dbusmenu-qt works as before
[09:47] <apachelogger> agateau: that our dbusmenu does not have tiles anymore
[09:47] <agateau> apachelogger: it does, that's part of the distro-patch
[09:48] <apachelogger> agateau: so what exactly changed?
[09:48] <davidbarth> apachelogger: right, i asked agateau to remove the commits because they had not been integrated according to our process
[09:48] <agateau> apachelogger: upstream tarball is external-contribution free
[09:48] <davidbarth> apachelogger: prior to taking this step, we checked that the tree was still building without those patches
[09:48] <apachelogger> hm
[09:48] <agateau> apachelogger: the ubuntu debian package reintegrate these contributions as a distropatch
[09:48] <apachelogger> ahh
[09:48] <apachelogger> well
[09:48] <agateau> apachelogger: because distropatch does not require CA
[09:48] <apachelogger> nevermind me then
[09:48] <apachelogger> that is exactly what I wanted :P
[09:49] <agateau> good
[09:49] <apachelogger> sorry, I must have misunderstood the changelog :)
[09:50] <davidbarth> apachelogger: all good?
[09:50] <apachelogger> yep, thanks
[10:01] <apachelogger> ha!
[10:01]  * apachelogger found away to add kubuntu wallpaper support
[10:01] <apachelogger> muhahaha
[10:06] <debfx> kubuntu wallpaper support?
[10:07] <apachelogger> debfx: in get hot nu stuff
[10:09] <apachelogger> http://aplg.kollide.net/images/avatar/snapshot45.png
[10:09] <debfx> to insall the wallpapers package?
[10:10] <apachelogger> debfx: what wallpapers package?
[10:10] <apachelogger> the deb you mean?
[10:10] <debfx> yes
[10:10] <apachelogger> no :P
[10:11] <apachelogger> getting stuff from opendesktop I mean
[10:11] <apachelogger> http://opendesktop.org/content/show.php?content=132663
[10:11] <apachelogger> though
[10:11] <apachelogger> about that package foo
[10:11] <apachelogger> how about adding a button "Install defaults"?
[10:11] <apachelogger> for 11.04
[10:12] <apachelogger> http://aplg.kollide.net/images/avatar/snapshot46.png
[10:12] <apachelogger> left of the open button
[10:13] <apachelogger> if the package is installed hide it
[10:14] <debfx> yes, that would be most useful
[10:20] <debfx> seems like stat ./src/corelib/global/qconfig-medium.h fails in the qt build
[10:21] <CIA-116> [kdebase-workspace] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100917092111-4rdts3ipvdr73brg * debian/ (3 files in 2 dirs) Add kubuntu_01_kubuntu_knewstuff.diff to introduce Kubuntu Wallpaper support in Plasma Wallpaper's get new stuff feature. i.e. listing content from kubuntu-art's: http://kubuntu-art.org/index.php?xcontentmode=7800
[10:22] <apachelogger> Riddell, ScottK: http://bazaar.launchpad.net/~kubuntu-members/kdebase-workspace/ubuntu/revision/423 yay or nay?
[11:21] <CIA-116> [libqapt] sitter * 1176312 * trunk/extragear/sysadmin/libqapt/utils/qapt-batch/main.cpp - put the batchinstaller dialog on the stack so it gets cleaned up - exec() the dialog rather than the kapp
[11:23] <CIA-116> [libqapt] sitter * 1176313 * trunk/extragear/sysadmin/libqapt/utils/qapt-batch/qaptbatch.cpp on error do not simply close but return with code 1
[11:26] <CIA-116> [libqapt] sitter * 1176314 * trunk/extragear/sysadmin/libqapt/utils/qapt-batch/qaptbatch.cpp more returning with code 1
[11:37] <CIA-116> [libqapt] sitter * 1176316 * trunk/extragear/sysadmin/libqapt/utils/qapt-batch/ (main.cpp qaptbatch.cpp) Harald should read documentation before doing things ... QDialog's return codes are all turned around, so instaed of calling done(1) on error, we let close figure it out and then trigger appropriate returns in the main
[11:37] <CIA-116> [libqapt] sitter * 1176317 * trunk/extragear/sysadmin/libqapt/utils/qapt-batch/main.cpp streamline code
[12:09] <apachelogger> hmmmmmm
[12:10] <apachelogger> JontheEchidna: it would be very nice to have the batch dialog as part of the lib
[12:11] <apachelogger> JontheEchidna: that way one can use it in C++ projects without using the binary which is not only faster but also more dynamic ... i.e. the whole attaching argument can be handled internally + dialog modality can be used to block the caller (which is what I would like to do right now ;))
[12:22] <shadeslayer> Riddell: back??
[12:27] <apachelogger> eeehhhhh
[12:27] <apachelogger> now qaptbatch always returns with 1
[12:27] <apachelogger> -.-
[12:27] <apachelogger> silly thing
[12:27]  * apachelogger goes lunching
[12:55] <oxymoron> Does someone fixed the freaking resolution problem with xserver yet in Kubuntu Maverick?
[12:58] <apachelogger> what freak?
[13:08] <apachelogger> :O
[13:08] <apachelogger> qapt is mocking me
[13:10] <apachelogger>     case Cancel:
[13:10] <apachelogger>       emit cancelClicked();
[13:10] <apachelogger>       reject();
[13:10] <debfx> apachelogger: do you have enough cpu power to testbuild qt?
[13:10] <apachelogger> general thinking...
[13:10] <apachelogger> if a dialog is done
[13:10] <apachelogger> do I want it to reject?
[13:10] <apachelogger> stupid qaptbatch
[13:11]  * apachelogger gets a falme thrower
[13:11] <apachelogger> debfx: I have so much cpu free I have ktorrent build in a loop
[13:11]  * apachelogger imagines that this were actually pretty cool ^^
[13:12] <ulysses> only ktorrent?
[13:12] <apachelogger> well, builds faster that way
[13:15] <apachelogger> :O
[13:16] <apachelogger> wth
[13:16]  * apachelogger throws the flame thrower after kprogressdialo
[13:16] <apachelogger> g
[13:16] <apachelogger> this is all totally full of butterflies
[13:19] <apachelogger> muhahahaahhahahaa
[13:19] <apachelogger> EXTERMINATE
[13:19] <apachelogger> debfx: so what is to build?
[13:20]  * ulysses seal apachelogger into the Pandorica to protect the world
[13:22] <debfx> apachelogger: a ftbfs fix, I'm building the source package right now ^^
[13:23] <CIA-116> [libqapt] sitter * 1176350 * trunk/extragear/sysadmin/libqapt/utils/qapt-batch/ (qaptbatch.cpp qaptbatch.h) (log message trimmed)
[13:23] <CIA-116> overload kprogressdialog's reject function and introduce a boolean member to
[13:23] <CIA-116> track whether the qaptbatch is done, if it is and the user clicks close (which
[13:26] <apachelogger> hm
[13:26] <apachelogger> recordmydesktop does not want to record my desktop
[13:27] <apachelogger> epic one ^^
[13:34] <debfx> apachelogger: http://people.ubuntu.com/~debfx/qt4-x11_4.7.0~rc1+git20100916-0ubuntu2.debdiff
[13:46] <oxymoron> Is it possible to install rhythmbox on Kubuntu?
[13:49] <debfx> oxymoron: sure, I see no reason why it wouldn't be installable
[13:50] <oxymoron> debfx: I installed it now but I cannot found the icon for it :P
[14:11] <apachelogger> eeek
[14:13] <dantti_work> apachelogger: fixed that, though you should enable these build options -DAPPINSTALL=ON -DDEBCONF_SUPPORT=ON -DEDIT_ORIGNS_CMD="/usr/lib/kde4/libexec/kdesu software-properties-kde" -DEDIT_ORIGINS_ATTACH=ON -DCMAKE_INSTALL_PREFIX=/usr
[14:13] <dantti_work> the last one not :P
[14:14] <apachelogger> debfx: http://aplg.kollide.net/images/avatar/snapshot47.png http://aplg.kollide.net/images/avatar/snapshot48.png http://aplg.kollide.net/images/avatar/snapshot49.png http://aplg.kollide.net/images/avatar/snapshot50.png http://aplg.kollide.net/images/avatar/snapshot51.png
[14:17] <debfx> apachelogger: nice, does it also install kdebase-workspace-wallpapers?
[14:18] <apachelogger> no
[14:18] <apachelogger> that is only a technicality though
[14:20] <apachelogger> hm
[14:21] <apachelogger> debfx: you know if you uploaded debian.tar.gz and dsc I would not have to buid a source package you already have :P
[14:21] <debfx> apachelogger: have you already built it?
[14:21] <apachelogger> almost
[14:22] <apachelogger> gpg: [stdin]: clearsign failed: secret key not available
[14:22] <apachelogger> one of these days I will have to report a bug
[14:23] <dantti_work> apachelogger: yesterday I fixed one thing on pk-qt that breaks translations in package descriptions, can you add these patches too? PackgeKit is on gitorious now, but if you prefer I can send you patches
[14:37] <apachelogger> dantti_work: DEDIT_ORIGNS_CMD looks fishy, why dont you launch that thing via kservice or whatever one would use
[14:38] <dantti_work> apachelogger: hmm so do you suggest patting the path of a kservice or name?
[14:39] <dantti_work> apachelogger: the only problem is that it wouldn't be parented to kpk
[14:39] <apachelogger> I suggest doing whatever kickoff would do to get something started and have that cmake option only define the name too look for
[14:39] <apachelogger> i.e. software-properties
[14:39] <apachelogger> eh
[14:39] <apachelogger> i.e. software-properties-kde
[15:01] <dantti_work> apachelogger: better? -DEDIT_ORIGNS_DESKTOP_NAME="software-properties-kde"
[15:02] <apachelogger> dantti_work: yeah
[15:02] <apachelogger> much ^^
[15:03] <dantti_work> :D k, commited then 
[15:49] <apachelogger> debfx: it is buildy buildy and now?
[15:50] <debfx> apachelogger: check the timestamp of /usr/include/qt4/QtCore/QtConfig
[15:51] <debfx> and /usr/include/qt4/QtCore/qconfig.h
[15:51] <debfx> if it is != 1970-01-01, upload :)
[15:54] <dpm> Riddell, apachelogger, do you happen to know where in kdelibs there is that call that overrides the qt translate() method by gettext?
[15:54]  * dpm hopes he got the terminology right
[16:01] <lex79> ScottK: can you accept qt4 please?
[16:09] <apachelogger> hm
[16:09] <apachelogger> dpm: good question indeed
[16:10] <apachelogger> random guess would be that KDE has their own QTranslator and installs that in every qapp with kglobal association (i.e. mostly a kapp)
[16:10]  * apachelogger goes looking for details
[16:10] <apachelogger> debfx: -rw-r--r-- root/root        21 2010-09-17 15:33 ./usr/include/qt4/QtCore/QtConfig
[16:10] <apachelogger> -rw-r--r-- root/root      4453 2010-09-17 15:36 ./usr/include/qt4/Qt/qconfig.h
[16:11] <apachelogger> looking good, no?
[16:11] <apachelogger> also, before uploading I think you should push that foo to the Qt branch :P
[16:11] <lex79> apachelogger: my qt4 upload needs an archive admin
[16:11] <lex79> that bug is already fixed in my upload
[16:11] <lex79> please don't upload anything
[16:12] <apachelogger> debfx: you work was in vain
[16:12] <apachelogger> well
[16:12] <apachelogger> then
[16:13] <apachelogger> http://websvn.kde.org/trunk/KDE/kdelibs/kdecore/kernel/kglobal.cpp?view=markup
[16:14] <apachelogger> line 164 installs a KDE version of a QTranslator into an available qapplication
[16:14] <apachelogger> that nice bugger is defined here http://websvn.kde.org/trunk/KDE/kdelibs/kdecore/kernel/kglobal_p.h?view=markup
[16:14] <apachelogger> using translateQt of KLocale
[16:15] <apachelogger> which is implemented at line 838 of http://websvn.kde.org/trunk/KDE/kdelibs/kdecore/localization/klocale_kde.cpp?revision=1172687&view=markup
[16:15] <apachelogger> dpm: ^
[16:15] <apachelogger> so that last thing is probably what you want
[16:15] <apachelogger> depending on what you are looking for
[16:15] <dpm> apachelogger, thanks a lot, I'm looking at it right now
[16:15] <apachelogger> hm
[16:16] <apachelogger> Sput: ^ maybe to get gettexty support you should clone klocale a bit and have an own translator
[16:16] <apachelogger> that concept seems rather nicely
[16:16] <Sput> thought about that, but seemed infeasible, as klocale drags in a whole bunch of other stuff
[16:16] <Sput> also, we're pretty gettexty already
[16:17] <apachelogger> still completely eliminating qtranslate would be cool :P
[16:17] <Sput> tell that to the trolls!
[16:17] <dpm> apachelogger, yeah, that was the background of my question, not for quassel, but for another project. I was thinking if it would be possible
[16:17] <Sput> it certainly is an option I kept thinking about until we managed to get the gettext thing going
[16:18] <Sput> but you'd also have to implement all the i18n string stuff, and some other things
[16:18] <apachelogger> Sput: copynpaste from klocale
[16:18] <apachelogger> actually you do not need to implement that, since you only need translatefromraw
[16:19] <apachelogger> dpm: seems very possible, initial effort could be a bit high though ... that is if one wants to do it right so that it can be reused for other Qt apps
[16:19] <Sput> well, patches welcome :)
[16:19] <Sput> I think a lot of people would be pretty glad to be able to properly use gettext in Qt apps
[16:19] <Sput> could even go upstream, who knows
[16:20] <dpm> apachelogger, thanks a lot for the help that was very useful indeed
[16:20] <apachelogger> you're very welcome
[16:23] <apachelogger> Sput: I think basic support should not be *that* difficult to archive (i.e. without catalog management and what not) since you really just need to look up the Qt strings in a gettext mo 
[16:24] <Sput> apachelogger: as I said, patches welcome :)
[16:24] <apachelogger> :P
[16:24] <apachelogger> actually
[16:24] <Sput> my short venture in this area was cut short by dpm and al figuring out how to do it without me reimplementing kdelibs
[16:24] <apachelogger> quassel with KDE enabled is actually an easy target
[16:24] <Sput> I already reimplemented KStatusNotifier and friends in pure Qt!
[16:25] <apachelogger> you'd just need to get yourself a kglobal and ensure the locale is called so you get a klocale object to install a mo file in :P
[16:25] <apachelogger> anyhow
[16:26] <apachelogger> gotta run
[16:59] <debfx> lex79: how is qt4 already fixed?
[17:00] <lex79> https://launchpad.net/ubuntu/maverick/+queue?queue_state=1&queue_text=
[17:00] <lex79> I uploaded a new tar this morning
[17:00] <lex79> 4.7.0 is tagged now
[17:05]  * shadeslayer scratches his head...
[17:05] <shadeslayer> whut happened.. why was i disconnected 0_o
[17:06] <yofel> [15:31:00] <-- shadeslayer (~shadeslay@ubuntu/member/shadeslayer) has quit (Ping timeout: 265 seconds)
[17:06] <yofel> sounds like connection loss
[17:06] <shadeslayer> yofel: this is a quassel core.. isnt really supposed to do that :P
[17:07] <shadeslayer> jefferai: ^ what happened? :D
[17:07] <KukuNut> getting segfault from kde daemon
[17:07] <yofel> well, I get that once a day thanks to my ISPs 'people shouldn't hog IP addresses' policy -.-
[17:07] <shadeslayer> hah
[17:08] <yofel> quassel reconnects immediately though
[17:08] <KukuNut> looks like some Obex stuff?
[17:08] <jefferai> shadeslayer: either postgres or qpsql shat itself
[17:08] <shadeslayer> hehe...
[17:09] <shadeslayer> i wonder why i have no composting in KDE SVN
[17:16] <KukuNut> looks like the bluedevil is messing up the latest kubuntu?
[17:16] <KukuNut> segfault from Obex stuff
[17:16] <oxymoron> Does anyone know this guy Matt Colyer (http://matt.colyer.name/) who is inventor of imobiledevice? 
[17:19] <ScottK> apachelogger: Did you reach a decision on that workspace revision?
[17:19] <ScottK> KukuNut: Please file a bug against bluedevil on bugs.kde.org.
[17:20] <KukuNut> ScottK: i sent the backtrace report
[17:20] <ScottK> Great.
[17:21] <KukuNut> looks like some Obexftpdaemon
[17:25] <lex79> ScottK: did you see my message?
[17:25] <ScottK> lex79: Yes.  I'm looking at it now.
[17:25] <lex79> thanks
[17:26] <ScottK> lex79: You verified this fixes the date problem?
[17:26] <lex79> yes, it's fixed
[17:26] <lex79> also looks like they updated the license headers
[17:27] <ScottK> Yep.
[17:27] <ScottK> I see the fix for the date problem in the diff.
[17:27] <lex79> yes
[17:30] <ScottK> apachelogger: Which graphicssystem is default for us (or anyone)?
[17:31] <shadeslayer> ScottK: id say not raster (whatever the other one is)
[17:32] <ScottK> The problem is that there are (were) three.
[17:32] <ScottK> openvg, runtime, and raster.  This update appears to drop runtime.
[17:32] <ScottK> I had a vague recollection that this was the default.
[17:32] <shadeslayer> me too
[17:32] <ScottK> lex79: Do you know about this?
[17:32] <shadeslayer> but im not sure either
[17:33] <lex79> the default graphicssystem is X11
[17:33] <lex79> what is runtime?
[17:34] <lex79> X11/Xrender
[17:34] <lex79> you can switch to raster, opengl do nothing I think since qt is not build with opengl
[17:36] <apachelogger> Sput: openvg? :O
[17:36] <apachelogger> eh
[17:36] <apachelogger> ScottK: ^
[17:36] <apachelogger> Sput: sry
[17:36] <apachelogger> Sput: OTOH... I think I am close to simple gettexting :P
[17:36] <ScottK> Thanks.
[17:36] <apachelogger> derived QTranslatr with a simle gettext(str) call for its translate function
[17:36] <apachelogger> ScottK: AFAIK openvg was never supported on linux
[17:37] <apachelogger> not desktop anyway
[17:37] <apachelogger> maybe mobile foo
[17:37] <apachelogger> desktop only does xrender, raster and opengl
[17:37] <debfx> lex79: where did you pull that new snapshot from?
[17:37] <ScottK> OK.
[17:37] <ScottK> lex79: Did you run this new update in addition to building it?
[17:37] <apachelogger> ScottK: didn't reach a decision on the workspace revision
[17:37] <ScottK> OK.
[17:37] <lex79> ScottK: nope
[17:38] <ScottK> lex79: I'd like some runtime tests before I accept this.  Can you do that?
[17:38] <apachelogger> ScottK: also I tried to get an upstream opinion on the places file
[17:38] <apachelogger> no luck yet
[17:38] <ScottK> apachelogger: Thanks.
[17:38] <lex79> ScottK: ok
[17:38] <ScottK> Thanks.
[17:39] <apachelogger> gnu gettext is a monster
[17:39] <lex79> debfx: from git, 4.7 releases
[17:39] <ScottK> lex79: I also notice this update drops some symbols from libqt4-declarative.symbols.  Need to see if that affects anything.
[17:39] <lex79> debfx: http://qt.gitorious.org/+qt-developers/qt/releases/commits/4.7.0
[17:40] <ScottK> And some others too.
[17:41] <debfx> lex79: ah so that malicous commit never made it to the 4.7.0 branch
[17:41] <lex79> debfx: right
[17:41] <lex79> ScottK, debfx: simple, yesterday I uploaded the wrong tarball :)
[17:42] <ScottK> Oh.
[17:43] <lex79> ScottK: that explain why we don't have those symbols now ;)
[17:43]  * debfx doesn't understand why the qt release branches are in a different repository
[17:43] <lex79> me too
[17:43] <ScottK> Then I'm glad yesterday's failed to upload.
[17:44] <lex79> yes
[17:44] <lex79> debfx: I think because they are close to release, so they move the branch in another repo
[17:45] <lex79> release due in one week maybe btw
[17:47] <ScottK> I'm starting over diffing from qt4-x11_4.7.0~rc1-1ubuntu3
[17:53] <maco> ScottK: my netbook was working with the new mesa and original kwin last weekend, but yesterday kwin forcibly disabled desktop effects and wont allow me to reenable
[17:54] <maco> though i should note that i didnt install updates yesterday
[17:54] <mgraesslin> maco: kwin crashed while enabling desktop effects, you need to modify kwinrc
[17:54] <maco> mgraesslin: it didnt crash while enabling. they were enabled, then it shut them off and refused to let me turn them back on
[17:54] <ScottK> Odd.  That may be due to a workaround for clutter that was introduced in mesa and then not removed after clutter was fixed.
[17:54] <mgraesslin> *sigh*
[17:55] <mgraesslin> maco: do you have a message in systemsettings that desktop effects cannot be enabled for a reason and no reason is given?
[17:55] <maco> yes
[17:55] <mgraesslin> config file :-)
[17:56]  * mgraesslin will add a gui option for 4.6
[17:56] <maco> ok...
[17:56] <mgraesslin> it's something like OpenGLissafe
[17:58] <apachelogger> ehehehe
[18:02] <apachelogger> dpm: http://paste.ubuntu.com/495411/ << as for the general possibility
[18:02] <apachelogger> Sput: ^
[18:03] <persia> So, I actually don't know C++, and would appreciate some help understanding how to deal with a porting issue.  http://paste.ubuntu.com/495409/ contains the compiler error and the relevant bit of the .h file.  koffice in general, and krita specifically is flooded with false assumptions that qreal == double.  Do I want to change the declaration, or deal with the masking, and cast results somewhere else?
[18:08] <apachelogger> persia: for correctness sake I would fix the declaration
[18:08] <rbelem> apachelogger, i have one friend that works with openvg
[18:08] <apachelogger> rbelem: on buntu?
[18:08] <persia> apachelogger, So virtual "quint8 valueAt(qreal x, qreal y) const;" ?
[18:09] <apachelogger> persia: yep
[18:09] <rbelem> apachelogger, directly with upstream
[18:09] <persia> Thank you.
[18:09] <apachelogger> persia: IMO the only reason not to fix it that way is if BC needs to be maintained
[18:09] <rbelem> apachelogger, but he is interested in doing these stuff on ubuntu too
[18:10] <apachelogger> otherwise people will look at the header and go ... ah yeah, it is a double obviously...
[18:10] <rbelem> brb
[18:10] <apachelogger> rbelem: oh yeah, well, I am all for better systems ;)
[18:10]  * apachelogger thinks we should switch to raster for 11.04
[18:11] <Sput> al: ^^^
[18:11] <apachelogger> apps that do not work with raster should be fixed
[18:11] <Sput> there's apps that don't work with raster?
[18:11] <persia> apachelogger, My expectation is that once I finish the porting patch, it can be sent upstream, and just be the right way.
[18:11] <apachelogger> Sput: openoffice-kde
[18:11] <Sput> I've been using raster for at least a year and never noticed that
[18:12] <apachelogger> Sput: in general anything that requires X foo but doesnot explicitly set the render plugin to X11
[18:12] <Sput> and how do you notice that it doesn't work?
[18:12] <apachelogger> it goes down :P
[18:12] <apachelogger> or blank
[18:12] <Sput> hm, I sure am using openoffice with KDE integration
[18:12] <apachelogger> then maybe you are not really using raster :P
[18:13] <Sput> quite sure I am
[18:13] <Sput> I built Qt with raster as default
[18:13] <apachelogger> I looked at the source and it does not explicitly set the plugin to X11 even though it requires it 
[18:13] <apachelogger> Sput: use my supreme probing tool and better check :P
[18:13] <Sput> sure, got an ebuild for it?
[18:13] <apachelogger> *shrug*
[18:13] <apachelogger> you could make one :P
[18:13] <Sput> yeah, I could.
[18:14] <apachelogger> http://kde-apps.org/content/show.php/KCM+Qt+Graphics+System?content=129817
[18:14] <Sput> I'd rather wait until my perfectly configured intel box comes back from the shop though
[18:14] <apachelogger> build with -DBUILD_PROBER=ON
[18:14] <apachelogger> !find gettext.h
[18:14] <apachelogger> hm
[18:15] <apachelogger> :O
[18:15] <apachelogger> wth is it in usr/share
[18:20] <rbelem> apachelogger, but when openvg have all spec implemented it will work better than raster?
[18:20] <apachelogger> raster is still around longer :P
[18:20]  * rbelem just guessing
[18:20] <rbelem> :-)
[18:37] <debfx> ObexFtpDaemon crashes when booting the livecd
[18:37] <debfx> is that a known bug?
[18:40] <dasKreech> Or feature.... ?
[18:43] <debfx> yes it is, kde bug #251359
[18:44] <shadeslayer> seems jeffrai's core went down again :P
 I've spot a few bugs in the kio_obexftp... but well, I will provide a patch to kubuntu when I fix them
[18:44] <lex79> debfx: ^
[18:45] <lex79> afiestas is a bluedevil developer
[18:49] <shadeslayer> apachelogger: how do i seprate KDE SVN and KDE 4.5.1 cache?
[18:49] <shadeslayer> KDE SVN screws 4.5.1 if i start svn first and then switch to 4.5.1
[18:49] <apachelogger> see project neon
[18:50] <shadeslayer> your r00by scripts?
[18:51] <debfx> lex79: thanks, good to know that it's taken care of
[18:52] <lex79> yep
[18:53] <jefferai> shadeslayer: more issues -- working on it
[18:53] <jefferai> Sput: halp
[18:54] <shadeslayer> jefferai: ok.. :)
[19:02] <apachelogger> shadeslayer: amongst other things
[19:02] <apachelogger> wow
[19:02] <apachelogger> gnu's gettext is one super PITA
[19:09] <shadeslayer> apachelogger: i cannot get debug output with kde svn.. i have compiled with dbg 
[19:09] <shadeslayer> +argument
[19:09] <shadeslayer> apachelogger: <pinheiro> well i will switch from mandriva to somthing else sooninsh :>
[19:09] <yofel> DCMAKE_BUILD_TYPE=debugfull ?
[19:09] <shadeslayer> yofel: aye
[19:10] <shadeslayer> there was this sudo tee command that i had to run
[19:10] <shadeslayer> dont remember what it was :P
[19:10] <yofel> oh that, mom
[19:10] <shadeslayer> and on top of that kwin is crashy as hell
[19:10] <yofel> sudo sysctl -w kernel.yama.ptrace_scope=0
[19:10] <yofel> works without tee
[19:11] <dasKreech> apachelogger: for translation?
[19:11] <apachelogger> huh?
[19:11] <dasKreech> gettext pain
[19:11] <apachelogger> no, generally
[19:11] <yofel> shadeslayer: and go to kees and ask him why it doesn't work out of the box...
[19:11] <dasKreech> oh ok
[19:11] <apachelogger> gnu's gettext is a PITA
[19:12] <apachelogger> doesnt look for the domain I tell it to look for
[19:12] <apachelogger> for no reason whatsoever
[19:14] <apachelogger> for no reason whatsoever
[19:14] <apachelogger> egh
[19:14]  * apachelogger has too many open windows
[19:15] <shadeslayer> backtraces \o/
[19:15]  * shadeslayer hugs yofel and stores the command in a file
[19:16]  * yofel has an alias for that :P
[19:18] <apachelogger> you bun too - we only like opportunistic developers
[19:21] <shadeslayer> opportunistiK 
[19:22] <shadeslayer> yofel: i just made one too... gimmebactrace :P
[19:22] <yofel> lol
[19:22] <shadeslayer> *backtrace
[19:23] <yofel_> managed to freeze nouveau on my server -.-
[19:23] <debfx> you run X on a server? :O
[19:24] <shadeslayer> apachelogger: plazma crashes left right and center : http://paste.ubuntu.com/495451/
[19:24] <shadeslayer> debfx++
[19:24] <apachelogger> wah?
[19:24] <yofel_> debfx, well, it's my broken thinkpad working as a home server and part-time desktop :P
[19:24] <yofel_> (broken as in: screen cracked - using an external monitor)
[19:25] <ScottK> lex79: Did you try running this new Qt yet?  The diff is large enough that it's effectively unreviewable.
[19:26] <debfx> yofel_: so you tortured that poor thing? :P
[19:26] <ScottK> It does look like there are still some symbols that have gone missing and patches dropped that (IIRC) aren't mentioned in debian/changelog.
[19:26] <ScottK> lex79: Also the license changes should be reflected in debian/copyright.
[19:26] <yofel_> debfx, erm, I don't really want to talk about it :'(
[19:28] <yofel> back
[19:31] <apachelogger> mehhh
[19:38] <apachelogger> ahhh
[19:38] <apachelogger> gettext.h did some crap that broke gettext
[19:38] <apachelogger> funny
[19:53] <apachelogger> pure gettext call with 'hello there' >>>>> bye there 
[19:53] <apachelogger> Qt tr for 'you' with comment 'comment' >>>>> "THEY!!!" 
[19:53] <apachelogger> Qt tr for 'you' without comment >>>>> "we???"
[19:53] <apachelogger> weeh
[19:53] <apachelogger> Sput: ^
[19:53] <apachelogger> magic
[19:53] <apachelogger> still I think something more klocale-like would be good 
[19:53] <apachelogger> gnu gettext is rather limied
[19:53] <apachelogger> *limited
[20:25] <yofel> odd, everytime I try a full upgrade in muon it insists on installing 'diff' 'mktemp' and 'sysvutils' which are all transitional packages... no other package manager does that. (maverick)
[20:42] <ScottK> yofel: See what aptitude why [pkgname] tells you about them.
[20:53] <yofel> ScottK: diff: http://paste.ubuntu.com/495498/ no reason for the other two
[20:54] <yofel> maybe thanks to me having too old sources enabled
[20:54] <ScottK> Weird.
[20:54]  * yofel goes disabling some
[20:59] <yofel> hm, aptitude why stays the same, I'll re-test muon once there are new updates
[21:15] <rbelem> hi mgraesslin 
[21:16] <lex79> ScottK: Qt runs well, can we fix the license issue in the final release?
[21:16] <ScottK> lex79: OK.
[21:17] <lex79> ScottK: thanks
[21:17] <rbelem> mgraesslin, could you help me with blacklisting swrast? :-)
[21:17] <ScottK> lex79: Accepting.
[21:17] <lex79> thank you
[21:18] <ScottK> lex79: Could you help rbelem work with mgraesslin on getting a -workspace patch to fix this swrast problem.
[21:19] <lex79> tomorrow, not now :(
[21:19] <rbelem> oh! for to say kwin :-)
[21:19] <rbelem> lex79, np
[21:19] <lex79> rbelem: is there a patch ready?
[21:19] <rbelem> lex79, not yet
[21:20] <lex79> rbelem: If I just have to add the patch, building and upload, it's not a problem. But if it needs more works I can't do now
[21:22] <rbelem> lex79, i will start to take a look to find the piece of code that needs to be fixed
[21:22] <lex79> ok
[21:22] <rbelem> so tomorrow is ok
[21:22] <rbelem> :-)
[21:23] <lex79> good
[21:26] <ScottK> mgraesslin: It was suggested that we blacklist OpenGL renderer string: Software Rasterizer, OpenGL version string: 2.1 Mesa 7.9-devel fro using kwin effects by our X people.
[22:06] <mgraesslin> ScottK: Sofware Rasterizer should be hardcoded to no compositing in kwin
[22:06] <mgraesslin> if not it is a bug
[22:07] <ScottK> OK.  Then I tink we have a bug.
[22:07] <ScottK> rbelem: ^^^
[22:07] <ScottK> mgraesslin: http://paste.ubuntu.com/495500/
[22:08] <ScottK> This is with plasma-mobile if tha matters.
[22:09] <sheytan> hey guys: http://pastebin.com/SHKB8pSM
[22:12] <mgraesslin> ScottK: seems to be a regression since svn rev 1079919
[22:12] <mgraesslin> your bot is rather useful
[22:13] <mgraesslin> I'll have a look at it tomorrow - should be easy to reproduce with a livecd
[22:14] <ScottK> mgraesslin: Thanks.
[22:15] <mgraesslin> ScottK: are you still backporting stuff from svn branch for maverick?
[22:16] <mgraesslin> cause I'd recommend to include svn rev 1176110
[22:16] <ScottK> mgraesslin: We are  (from the 4.5 branch) if it's important.
[22:16] <ScottK> OK.  Thanks.
[22:35] <ScottK> lex79: If you're still up could you have a look at ^^^
[22:39] <Riddell> evening
[22:43] <ScottK> Riddell: Could you have a look at 1176110 ^^^
[22:43]  * ScottK needs to head out.
[22:55] <mikeos> hi,  i have "Turn off display on Lid Close" activated, when the display wakes on lid open, just the backlight is on but it's blank otherwise.. switching to a different TTY and back helps or forcing manually "xset dpms force on".  Any hints how KDE Power Management module controls display on/off?  Direct calls to ACPI?  Situation is the same with PowerDevil enabled or disabled.
[22:55] <mikeos> And I am on Kubuntu Maverick KDE 4.5.1
[22:56] <mikeos> The driver (nvidia proprietary;  2 versions tested) seems to be ok,  since laptop suspend/resume works normally
[23:02] <Riddell> dantti_work: ping
[23:19]  * mikeos_away is away: Gone away for now