[00:00] <JontheEchidna> lex79: Sorry I had to step out a bit. kblogger uploading, thanks for your contribuiton to Kubuntu
[00:00] <lex79> thx JontheEchidna
[01:22]  * Riddell puts alpha 6 on the website
[04:24] <torkiano> hello all, i get a lot of interrups from my graphic card (intel 965) in powertop. 3D effects are disabled. Anyone with this problem?
[06:33]  * a|wen waves to everyone
[06:41]  * nixternal waves back
[09:03]  * markey doesn't understand why lately all sorts of users are lamenting over sound problems with kubuntu 8.10
[09:03] <markey> while it works fine for me
[09:04] <markey> with the very same distro and version
[09:04] <markey> and Phonon-xine
[09:04]  * markey shrugs
[09:06] <markey> aaaaha
[09:06] <markey> these people are using "MediBuntu"
[09:06] <markey> whatever that is
[09:06] <markey> and it seems to be causing breakage
[09:06] <markey> this MediBuntu is not official, is it?
[09:07] <a|wen> markey: or they have snome installed as well, so pulseaudio is mixing things up for them...
[09:07] <markey> hmm yep
[10:10] <ScottK> a|wen and rgreening: Congratulations.
[10:10] <Lure> rgreening, a|wen: congrats on joining MOTU club!
[10:10] <Lure> ScottK: yu got me by half second ;-)
[10:11] <a|wen> thanks ScottK and Lure :)
[10:11] <Lure> good to see Kubuntu family growing with more and more core-dev and motu empowered contributers
[10:12] <Lure> markey: medibuntu is not official, but they typically ship just additional codecs and rebuild of packages with additional dependencies (for example stuff that is in universe/multiverse)
[10:13] <Lure> markey: it may be that this brings in some changes in code (optional compiling) that are less stable
[10:13] <Lure> markey: for me, using medibuntu was always positive (no clear regressions I could attribute to them)
[10:13] <a|wen> there is kubuntu all around :)
[10:15] <markey> Lure: well the other day we had one user installing MediBuntu, and that left him with 0 Phonon backends installed ;)
[10:15] <markey> apparently
[10:15] <markey> (I can't guarantee that he did it all correctly...)
[10:16] <ScottK> Medibuntu is a non-official repo for legally risky packages.  So not a great suprise.
[10:21] <Lure> ScottK: you have more experience with library transitions
[10:21] <Lure> ScottK: is it possible to keep two versions of library in archive if some rdepends cannot work with newer version?
[10:22] <Lure> ScottK: I am talking abut bug 309684 which is stuk due to pyexiv2 rdepends
[10:22] <ScottK> Lure: For some period, but not generally at release as the older version would be not built from source.
[10:22] <ScottK> If you really need to do this you need to package the new one as a new package.
[10:23] <Lure> ScottK: ok, so no way to have both exiv2 0.17 and 0.18 sources in the archive for Jaunty?
[10:23] <Lure> hi Tonio_
[10:23] <ScottK> Not without a new separate source package.   This sort of ducplcation is discouraged.
[10:23] <Lure> Tonio_: I see more and more successful Ubuntu deplyments in France!
[10:23] <Tonio_> hey guys ;)
[10:23] <Tonio_> Lure: ah ?
[10:24] <Lure> ScottK: ok, I understand it now
[10:24] <Tonio_> Lure: which other one are you talking about ?
[10:24] <Lure> Tonio_: recent news about French police cost savings
[10:24] <ScottK> Lure: I'd look for a new version of pyexiv2 that might fix things or contact upstream and ask for help with the transition.
[10:24] <Tonio_> Lure: ah yah ;)
[10:24] <Tonio_> I work with them atm
[10:25] <Lure> ScottK: upstream is working on 0.2, but it will not be ready for Jaunty + it will impact on two rdepends of pyexiv2
[10:25] <Tonio_> kaspersky antivirus integration to their ubuntu network...
[10:25] <Lure> ScottK: so new API in C++ is translated in Python and needs fixes in rdepends
[10:25] <ScottK> Lure: You either need to fix it all or leave it I think.
[10:26] <Lure> ScottK: exactly, which means no 0.18 for Jaunty (no write support for TIFF/RAW :-(( )
[10:26]  * Lure has to run, bbl
[10:26] <ScottK> See you.
[10:26] <Riddell> a|wen: congratulations!
[10:27] <a|wen> thx Riddell!
[10:29] <Tonio_> a|wen: just saw the news, well done :)
[10:29] <Tonio_> Riddell: hi, any news with k3b on your side ? rgreening reported everything (including dvd burning) worked for him...
[10:29] <Tonio_> Riddell: still no dvds to test on y side...
[10:30] <Tonio_> Riddell: could you make a test eventually ?
[10:31] <a|wen> Tonio_: thx
[10:45] <Riddell> Tonio_: in your PPA?
[10:45] <Tonio_> Riddell: tep
[10:45] <Tonio_> s/t/y/
[10:49] <seele> did i send out a reminder about the meeting to the kubuntu mailing list yet?
[10:50] <a|wen> seele: i got one :)
[10:51] <seele> ok
[10:51]  * seele screws her head on tighter
[10:59] <Riddell> Tonio_: still gets stuck at growisofs
[11:00] <Riddell> k3b(25903) K3b::GrowisofsHandler::handleLine: (growisofs)  "About to execute 'builtin_dd if=/dev/fd/0 of=/dev/sr0 obs=32k seek=0'"
[11:00] <Riddell> k3b(25903) K3b::GrowisofsHandler::handleLine: (growisofs)  "WARNING: /dev/sr0 already carries isofs!"
[11:59] <JontheEchidna> rgreening, a|wen: congrats
[11:59] <Riddell> rgreening too?
[12:01] <JontheEchidna> Yeah, him too :)
[12:09] <rgreening> :)
[12:10] <rgreening> Riddell: .. why so shocked :P
[12:11] <JontheEchidna> It was sorta quick :P
[12:11]  * JontheEchidna throws https://wiki.ubuntu.com/MOTU/New at rgreening and a|wen
[12:11] <rgreening> I had great mentors :)
[12:12] <jpds> We did 3 MOTUs and one CD today.
[12:12] <rgreening> woo-hoo
[12:13]  * ScottK notes https://bugs.launchpad.net/~ubuntu-universe-sponsors to a|wen and rgreening....
[12:15] <rgreening> thansk ScottK and JontheEchidna. Bookmarked :)
[12:15] <rgreening> thanks even
[12:16] <rgreening> ok, now, off to work... be back on in a bit...
[12:22] <Quintasan> rgreening and a|wen: grats :)
[12:23] <Riddell> rgreening: I just didn't notice it in the scrollback
[12:23] <Riddell> rgreening: congratulations!
[12:24] <Tonio_> Riddell: hum, I droped my 2 patches to let people test...
[12:24] <Tonio_> Riddell: looks like the first one is still needed...
[12:25] <Tonio_> Riddell: the point is that the path to your iso is not read, and empty
[12:25] <Tonio_> Riddell: looks like something related to a change in qt since the same codebase works with qt3...
[12:25] <Tonio_> Riddell: I'll reupload including my patch and will let you know
[12:26] <Tonio_> rgreening: hey :) have you been testing burning isos with k3b or only datas ?
[12:26] <Quintasan> Can anyone tell me will the ext4 fix (scheduled to release with 2.6.30) will be backported to Ubuntu kernel?
[12:26] <jpds> Quintasan: Better ask in #ubuntu-kernel
[12:27] <Quintasan> jpds: ok, thx
[12:32] <Quintasan> Tonio_: I had problems launching k3b from menu entry, it just didn't work, I've launched it from konsole but it throwed wierd errors like "Malformed URL file:///home/quintasan"
[12:32] <Tonio_> Quintasan: which version of k3b and ubuntu ?
[12:32] <Tonio_> Quintasan: looks like a local issue :)
[12:33] <Quintasan> Tonio_: 9.04  k3b 1.0.5+kde4svn935857+really1.0.5
[12:34] <Tonio_> Quintasan: hum.... testing, lemme have a look
[12:34] <Quintasan> Tonio_: I've also tried changing the menu entry, but it didn't help
[12:34] <Tonio_> Quintasan: okay
[12:34] <Tonio_> Quintasan: it looks like it is using an ioslave that won't work with kde4...
[12:34] <Tonio_> Quintasan: you probably have some cached entries in your .kde
[12:35] <Tonio_> Quintasan: you can try to remove your .kde/share/config/k3brc file
[12:35] <Tonio_> Quintasan: and also your .kde/share/apps/k3b/ (if any)
[12:35] <Tonio_> Quintasan: can you test this and try to restart from the command line ?
[12:35] <Quintasan> sure
[12:36] <Tonio_> Quintasan: I get no issue here..
[12:39] <Quintasan> Tonio_: works now :P
[12:39] <Quintasan> Tonio_: thanks :D
[12:39] <Tonio_> quassel251: you're welcome :)
[12:40] <rgreening> man am I tired
[12:41] <Tonio_> Riddell: I'm reuploading an uptodate k3b reincluding that patch
[12:42] <vorian> congrats a|wen and rgreening
[12:42] <rgreening> ty vorian
[12:42] <Quintasan> Hi vorian and rgreening :)
[12:42] <vorian> howdy
[12:43] <rgreening> o/ Quintasan
[12:57] <Tonio_> rgreening: pin ?
[12:58] <rgreening> Tonio_: ?
[12:58] <rgreening> oh, ping :)
[12:58] <rgreening> haha :P
[12:58] <Tonio_> rgreening: about your dvd burning tests, where you burning data or isos ?
[12:58] <rgreening> iso's
[12:58] <Tonio_> rgreening: yeah, tired fingers, sorry :)
[12:59] <Tonio_> rgreening: okay so it looks like my patches have to stay in for the moment...
[12:59] <Tonio_> rgreening: also, any news on the kpackagekit work ? :)
[12:59] <rgreening> ongoing
[12:59] <Tonio_> rocking :)
[12:59] <rgreening> I need to get some keyboard time with glatzor :)
[13:00] <Tonio_> oki
[13:00] <Tonio_> rgreening: I have to take some time to go buy rewritable dvds.... so frustrating I can't test atm
[13:00] <Tonio_> rgreening: but I have so much work that it's just impossible to go in a shop right now...
[13:01] <Tonio_> rgreening: the famous "35 hours" for the french really looks like a legend here....
[13:01] <Quintasan> Tonio_: I have some, rw's, what should I test?
[13:02] <Tonio_> Quintasan: hum, first install my ppa :)
[13:02] <Quintasan> k
[13:02] <Tonio_> Quintasan: https://edge.launchpad.net/~tonio/+archive/ppa
[13:03] <Tonio_> Quintasan: then wait for the next k3b build to finish, and try to burn an iso dvd...
[13:03] <Tonio_> Quintasan: I have 2 patches to make it to work, this upload only contains one, since the second one is very workarroundish :)
[13:03] <Tonio_> Quintasan: and please let me know if that works by email at<EMAIL_ADDRESS>[13:03] <Tonio_> Quintasan: thanks by advance :)
[13:04] <Quintasan> Tonio_: okay
[13:04] <Quintasan> crap skim still FTBFS
[13:05] <Tonio_> Quintasan: is a kde4 port on the way ?
[13:06] <Quintasan> Tonio_: dunno, I was wondering why I can't fix the icon bug. vorian told me that it can arch issue but it isn't
[13:06] <Quintasan> Tonio_: let me chcek :3
[13:06] <Tonio_> Quintasan: looks like no, still kde3...
[13:06] <Tonio_> that's bad :(
[13:06] <Quintasan> :/
[13:09] <Tonio_> Quintasan: is the ftbfs due to some changes of yours or is the current package ftbfsing ?
[13:09] <Quintasan> Tonio_: I downloaded the source from repositories made small changes in debian/skim.install and it FTBFS
[13:10] <Tonio_> Quintasan: okay I'm trying to build it locally here.... we'll see
[13:12] <Tonio_> rm: cannot remove `/tmp/buildd/skim-1.4.5/debian/tmp/usr/share/autostart/skim.desktop': No such file or directory
[13:12] <Tonio_> Quintasan: that's what I get
[13:12] <Tonio_> Quintasan: same for your ?
[13:13] <Quintasan> Tonio_: same, but vorian mentioned that
[13:13] <Quintasan> scons: *** [utils/libscim-kdeutils.la] TypeError : cannot concatenate 'str' and 'list' objects
[13:13] <Quintasan> is the actual problem
[13:13] <Quintasan> If you comment the rm line in rules it will throw the same error
[13:15] <vorian> Quintasan: what did i mention?
[13:16] <Quintasan> vorian: about the skim compile error :P
[13:17] <Tonio_> looks like not easy to fix though...
[13:19] <Tonio_> Quintasan: afaics, that requires patching the code... My python knowledge is way too limited to help on that point :/ sorry !
[13:21] <Quintasan> No problems, my python knowledge = 0 so no big deal :3
[13:24] <Tonio_> Quintasan: in any case, hard to patch an unmaintained app using an unmaintained build system and a deprecated python version ;)
[13:24] <Tonio_> Quintasan: my ppa is up to date, you can go for a burning test ;)
[13:25] <Tonio_> Quintasan: I insist on testing iso dvd, not cd iso, since that's known to work :)
[13:25] <Quintasan> kk, have lots of dvd for er... burning linux distros ;)
[13:27] <Nightrose> You received this bug notification because you are subscribed to
[13:27] <Nightrose> http://www.kde.org/.
[13:27] <Nightrose> how can i unsubscribe from those?
[13:28] <Nightrose> i get way too many bugmails :/
[13:29]  * Tonio_ dreams of the day he can avoids dvds and use pxe boot to install whatever he wants within internet :)
[13:29] <Tonio_> but that's unlikelly to happen :/
[13:30] <Tonio_> though technically this is possible I think... as long as you have a pxe configured dhcp server, it could work...
[13:37] <Quintasan> Tonio_: "Welcome" message was "Mp3 decoder not found" :D
[13:37] <Tonio_> Quintasan: yeah I have to patch that one :)
[13:40] <Quintasan> Tonio_: burned
[13:41] <Quintasan> Tonio_: I'll go with a bigger one now
[13:42] <JontheEchidna> Pretty sweet screenshot tour: http://news.softpedia.com/news/Ubuntu-9-04-Alpha-6-Screenshot-Tour-106631.shtml
[13:44] <Quintasan> Tonio_: works for me :3
[13:44]  * Quintasan rembered he should sent a mail to Tonio
[13:44] <Riddell> Lure: what's the status of the digikam MIRs?
[13:53] <Lure> Riddell: lensfun is in main (digikam depend), I gave up on opencv (no RedEyesRemoval batch plugin in KIPI)
[13:53] <Riddell> Lure: I'll set it to done in the ToDo page then
[13:53] <Lure> Riddell: right, I forgot to update it there
[13:54] <Lure> and I will have to give up on exiv2 0.18 too :-(
[13:57] <cernui> Lure: what problems did you have with opencv?
[13:59] <Lure> cernui: too many warnings to fix: see bug 324523
[14:00] <cernui> Anyways, using opencv for a simple red eyes removal is not so logical, except that more advanced filters are planned
[14:05] <cernui> Oh ok, it uses a trained red eye recognition, so it's not that simple
[14:07] <Tonio_> Quintasan: great
[14:08] <Tonio_> Riddell: looks like the new ppa upload will let you burn a dvd :)
[14:22] <vorian> Quintasan: please see my comment on your -klicker application on REVU
[14:42] <Quintasan> vorian: the widgeR one? :)
[14:43] <Quintasan> vorian: http://revu.ubuntuwire.com/p/plasma-widget-klicker
[14:43]  * Quintasan is off for 45 minutes
[15:05] <Lure> Tonio_: k3b hangs on 100% ISO write on my USB writer
[15:25] <Riddell> allee: did we decide what to do with kblueplugd?
[15:30] <Riddell> JontheEchidna: QtCurve update is fine with me
[15:30] <Riddell> JontheEchidna: do you havfe an opinion on using qtcurve in place of gtk-qt-engine?
[15:31] <JontheEchidna> Riddell: I would use it in place of gtk-qt-engine. It's not exactly like Oxygen, but it is quite similar and has way less bugs
[15:31] <allee> Riddell: not really.  kbluetooth crashes and there is/was still no dbg sym pkg for amd64.   When kbluetoothd  crashes on bt-adpater-switche-off   is fixed  kblueplugd can go, with the crash we need it to restart it to restart kbluetoothd
[15:32] <JontheEchidna> Plus now gtk-qt-engine is doing its fight for control with QGtkStyle and causing gnome-appearance-properties headaches
[15:32] <JontheEchidna> and headaches for gnome-appearance-properties triagers ;-)
[15:33] <Riddell> JontheEchidna: fancy writing a MIR?
[15:33] <allee> Riddel: I've a one line patch that replaces dcop tool with qdbus tool but there no real need for dbus stop command when kbt crashes
[15:33] <JontheEchidna> Riddell: Sure, I can do that
[15:34] <Riddell> JontheEchidna: thanks
[15:35] <JontheEchidna> You're welcome
[15:35] <Riddell> allee: mm, I guess we should use that one line patch anyway in the hope that the crash will be fixed at osome point
[15:36] <Riddell> allee: reading what you say again it doesn't seem to matter either way
[15:36] <allee> Riddel: yes :)
[15:37] <JontheEchidna> Riddell: so now do I have an ack to upload both the gtk2-engines-qtcurve package and kde-style-qtcurve or just the kde one?
[15:38] <Riddell> JontheEchidna: all
[15:39] <Lure> Tonio_, Riddell: k3b actually completed burn of iso correclty, just the UI hung after burn (at 100%) :-(
[15:40] <JontheEchidna> Riddell: oh-kay!
[15:40] <JontheEchidna> Up they go
[15:40] <Riddell> whee
[15:53] <JontheEchidna> bbiab, lunch tiem
[17:39] <_Groo_> hi/2 all..
[17:39] <_Groo_> any devs alive? :)
[17:42] <JontheEchidna> Riddell: bug 342379
[17:43] <_Groo_> HI JontheEchidna
[17:43] <JontheEchidna> Hi
[17:43] <_Groo_> JontheEchidna: can you tell me if the konsole/yakuake bug will be backported in the experimental PPA?
[17:44] <JontheEchidna> It would probably be backported before it could move to intrepid-backports
[17:44] <_Groo_> JontheEchidna: https://bugs.kde.org/show_bug.cgi?id=171544
[17:44] <JontheEchidna> so maybe eventually, but it's not a super-high priority
[17:45] <JontheEchidna> We are freaking out with getting 9.04 ready for release ;-)
[17:55] <_Groo_> hi JontheEchidna, sorry, kvirc crashed on me
[17:56] <JontheEchidna> [13:44:52] <JontheEchidna> so maybe eventually, but it's not a super-high priority
[17:56] <JontheEchidna> [13:45:13] <JontheEchidna> We are freaking out with getting 9.04 ready for release ;-)
[17:56] <_Groo_> JontheEchidna: so, how can i add the patches into kdebase? i just need to know how to extract the exact patch from kde svn
[17:56] <_Groo_> the rest is up to me.. i can send you the diffs after i tested it if you want
[17:57] <JontheEchidna> http://websvn.kde.org/branches/KDE/4.2/kdebase/apps/konsole/src/ViewContainer.cpp?r1=937339&r2=937338&pathrev=937339&view=patch
[17:59] <_Groo_> last question, whats the same command via svn comannd line?
[18:00] <JontheEchidna> i dunno, lol
[18:01] <_Groo_> lol ok :D
[18:01] <_Groo_> i need two patches
[18:10] <jjesse> is it possible to install the amarok2 in intrepid? is the package amaork2?  do i need a ppa for it?
[18:10] <vorian> jjesse: its' just amarok
[18:10] <jjesse> hrmm ok
[18:10] <Nightrose> in intrepid it is amarok-kde4 no?
[18:10] <vorian> or
[18:10] <vorian> pfft
[18:10] <jjesse> hrmm amarok is kde 3.5 version
[18:10]  * vorian missed the intrepid bit
[18:11] <vorian> jjesse: if you use the experimental ppa, it's amarok-kde4
[18:12] <vorian> doh, or just amarok
[18:12]  * vorian should just be quiet
[18:13]  * Nightrose hugs vorian ;-)
[18:13] <Nightrose> found it jjesse?
[18:13] <jjesse> oh ok, in the experimential ppa
[18:13] <jjesse> what's the address for that?
[18:14] <vorian> https://edge.launchpad.net/~kubuntu-experimental/+archive/ppa
[18:15] <_Groo_> seeya all later
[18:18] <jjesse> ok so what package is it now in the experiment?
[18:19] <vorian> it's just the only way to get it in intrepid
[18:19] <jjesse> ok
[18:46] <maco> indirectly related to development: is ubuntu applying to be a mentor org for Summer of Code this year?
[18:50] <maco> (google just announced 10 minutes til close of applications)
[18:54] <JontheEchidna> Wow, I've never had an MIR approved in an hour before
[18:59] <siekacz> hi
[18:59] <JontheEchidna> Riddell: how does one go about updating the desktop seed? Pitti asked me to do it and I don't really know what to do...
[19:00] <siekacz> i have a very strange problem with plasmoids(kde 4.2.0 from ubuntu backports)
[19:00] <siekacz> i can install them, but i'm not able to run it
[19:02] <cjwatson> category: things I might be able to work out eventually, but a Kubuntu hacker can probably do it in half the time
[19:02] <siekacz> i see only "Cold not find requested component: xxx "
[19:02] <cjwatson> I'm looking at the qt4-x11 build failure on powerpc, and it looks like it can be worked around by building qstring.cpp with different optimisation flags
[19:02] <cjwatson> is there a reasonable way to tell qmake to build a single file with different CFLAGS?
[19:11] <Quintasan> \o
[19:18] <cjwatson> alternatively, will anyone mind if I build qt4-x11 with -O2 -fno-optimize-sibling-calls across the board on powerpc? it doesn't seem to me as though qmake actually supports per-file CFLAGS sanely
[19:23] <JontheEchidna> I guess that's better than not building
[19:29] <lex79> JontheEchidna: qtcurve 0.62.2 is out :)
[19:33] <knusperfrosch> anyone else with problems booting jaunty a6 on i386?
[19:35] <Tm_T> what kind of problems?
[19:39] <knusperfrosch> doesnt boot
[19:40] <knusperfrosch> choose something from the bootmenue, cpufan produces noise, nothing happens on the screen
[19:43] <JontheEchidna> lex79: lol
[19:44] <lex79> eheheh
[19:44] <JontheEchidna> Since it's most likely a bugfix-only release compared to what we have I can just file a bug and then upload ^.^
[19:45] <JontheEchidna> WEll, not for gtk2-engines-qtcurve since it just got promoted, lol
[19:47] <lex79> yes, it is a bug fix release
[19:48]  * JontheEchidna prepares an update
[19:48] <lex79> firefox is better with 0.62 \o/
[19:49] <Riddell> JontheEchidna: seeds are in bzr
[19:49] <Riddell> on launchpad under ubuntu-seeds project
[19:49] <JontheEchidna> lex79: That's the dream :-)
[19:49] <Riddell> get the kubuntu one, edit desktop and push somewhere, then get someone in core-dev to merge in
[19:50] <JontheEchidna> I guess we'll be wanting a gtkrc with qtcurve set in k-d-s too?
[19:55] <cumulus007> wooow, KDE is MUCH faaster since the last updates
[20:00] <JontheEchidna> What got updated that made such a difference?
[20:05] <Riddell> JontheEchidna: yes you'll need to work out how to set that
[20:05] <Riddell> JontheEchidna: also you should remove the depends from gtk-qtcurve like we do with gtk-qt-engine so it doesn't bring lots of gtk stuff onto the CD
[20:06] <JontheEchidna> Ah, since it needs only gtk this shouldn't be a problem like it was with gtk-qt-engine
[20:06] <JontheEchidna> since installing gtk stuff will bring in the only thing it needs
[20:06] <JontheEchidna> gtk
[20:06] <JontheEchidna> excellent
[20:08] <Riddell> yep
[20:10] <apachelogger> it's not even funny how untranslated kubuntu stuff is
[20:11] <JontheEchidna> apachelogger: all that even after vorian got spammed with > 13,000 translation import success emails?
[20:11] <JontheEchidna> :(
[20:11] <apachelogger> well
[20:11]  * JontheEchidna only got spammed with 500 emails
[20:11] <apachelogger> _our_ stuff
[20:11] <JontheEchidna> oh, like the help menu entries
[20:12] <JontheEchidna> and custom apps
[20:12] <apachelogger> + I find that import mail stuff so incredibly bad implemented it is not funny either
[20:12] <apachelogger> JontheEchidna: also the additional note about kubuntu translations coming from launchpad
[20:12] <cjwatson> you're not the only one, pretty much everyone dogpiled on the relevant LP developers - it's getting fixed
[20:12] <apachelogger> ...like there were any...
[20:12] <cjwatson> argh, why doesn't cdbs-edit-patch work on qt4-x11?
[20:12] <cjwatson> stupid thing bails out with cp: cannot open `./.pc/16_hide_std_symbols_on_qtwebkit.diff/src/3rdparty/webkit/symbols.filter' for reading: Permission denied
[20:12] <JontheEchidna> vorian got 300,000 karma out of the deal too
[20:13] <apachelogger> cjwatson: most likely Riddell screwed up the patch stack again :P
[20:13] <cjwatson> oh, oops, it's patchsys-quilt
[20:13] <JontheEchidna> apachelogger: btw, we're burning gtk-qt-engine with fire and using gtk2-engines-qtcurve since it now looks Sorta Oxygenish (tm)
[20:13] <cjwatson> ok, I can deal with that
[20:13] <apachelogger> <3 quilt
[20:14] <apachelogger> JontheEchidna: sensible thing to do
[20:14]  * apachelogger never liked gtk-qt-engine anyway
[20:14] <apachelogger> way to buggy IMHO
[20:14] <JontheEchidna> That and gtk-qt-engine now fights with QGtkStyle for control
[20:14] <apachelogger> *too
[20:14] <JontheEchidna> and crashes gnome-appearance-properties
[20:14] <apachelogger> JontheEchidna: so we were forced into that decision? ;-)
[20:14]  * ScottK has been using qtcurve happily for some time now.
[20:14] <JontheEchidna> somewhat :D
[20:15] <JontheEchidna> Yeah, it's a pretty good theme. Definitely better than the crap gtk-qt-engine was spitting out
[20:16] <JontheEchidna> http://launchpadlibrarian.net/23765740/qtcurve.png
[20:16] <JontheEchidna> It even does gtk <-> kde icon mapping and can use the kde color scheme
[20:16] <apachelogger> hm
[20:17] <apachelogger> I still don't like how it doesn't blend with the deco
[20:17] <apachelogger> looks sorta weird
[20:17] <JontheEchidna> yeah...
[20:18]  * apachelogger thinks oxygen should not do that effect on the deco if the actual widget is not using Qt
[20:18] <JontheEchidna> Kubuntu 9.04 "It doesn't suck so bad" (tm)
[20:19] <Quintasan> JontheEchidna: QtCurve 0.62?
[20:19] <JontheEchidna> Quintasan: Yeah
[20:20] <JontheEchidna> I'm updating to 0.62.2 as we speak though :)
[20:20] <Quintasan> nice, I like it :)
[20:20] <apachelogger> hm
[20:20] <JontheEchidna> It would be nice to have a GTK font and style chooser separate from gtk-qt-engine
[20:20] <apachelogger> I could probably keep 50 people busy refining the UI all day long ;-)
[20:21] <apachelogger> JontheEchidna: fork?
[20:21] <ScottK> Already had lunch.  Thanks.
[20:21] <JontheEchidna> might be a good idea, since upstream seems dead
[20:21] <JontheEchidna> lol
[20:21]  * JontheEchidna puts it on the todo list for 9.10
[20:21] <apachelogger> well, just debundle the kcm really
[20:22] <apachelogger> besides, there is probably some python lib to read/write .gtkrc files...
[20:22] <JontheEchidna> and strip out the gtk-qt-engine specific stuff from the kcm
[20:22] <apachelogger> aye
[20:22] <apachelogger> or write our own with pykde :P
[20:23] <JontheEchidna> hehe
[20:23] <Quintasan> JontheEchidna: Do you have a package or I should make it? :P
[20:23] <JontheEchidna> Quintasan: for 0.62.2? I'm right about to upload the kde style to kubuntu
[20:24] <apachelogger> is vorian core dev yet?
[20:24] <JontheEchidna> after I do a bit o' runtime testing
[20:24] <JontheEchidna> apachelogger: almost, but rgreening and a|wen are motu
[20:24] <apachelogger> uh
[20:24]  * apachelogger motuhugs rgreening and a|wen
[20:25] <apachelogger> btw, since it is already march, will I get a kubuntu 9.04 that doesn't constantly render apps useless
[20:25] <apachelogger> and I mean that render like rendering render :P
[20:26] <cjwatson> the TB dropped the ball a bit on vorian's core-dev application, sorry - already talked with him on IRC and he's on the agenda for our next meeting
[20:26] <apachelogger> cjwatson: cool :)
[20:27]  * JontheEchidna plans on applying for core-dev in karmic
[20:28] <apachelogger> hm
[20:29] <apachelogger> JontheEchidna: first get some new contributors
[20:29] <JontheEchidna> apachelogger: Quintasan is starting to become my minion, I think
[20:29] <JontheEchidna> Oh
[20:29] <Quintasan> :D
[20:29] <JontheEchidna> Quintasan: you should put your name down for kubuntu membership consideration for our next meeting
[20:30] <apachelogger> no private minions!
[20:30] <Quintasan> JontheEchidna: ok, I will do so.
[20:30] <JontheEchidna> s/my/our/g
[20:30] <apachelogger> :wq
[20:30] <JontheEchidna> lol
[20:30] <Quintasan>  /g?
[20:31] <JontheEchidna> replace all instances, I think
[20:31] <JontheEchidna> though I only said my once, lol
[20:32]  * Quintasan needs to put something on his wiki page
[20:32]  * apachelogger votes for Qt ponies
[20:33]  * ScottK  would settle for a patch to port Klamav to KDE4.
[20:33] <JontheEchidna> https://wiki.ubuntu.com/Kubuntu/Meetings
[20:38] <_Groo_> JontheEchidna: hey john.. already recreated he kdebase with the patch.. konsole and yakuake now work fine :)
[20:39] <_Groo_> JontheEchidna: i also made a new kvirc 4.0 package with today svn
[20:39] <JontheEchidna> kool
[20:41] <apachelogger> kvirc package for jaunty?
[20:42] <_Groo_> apachelogger: actually i did it for intrepid, but once i get it on my ppa, it will be for jaunty too
[20:42] <_Groo_> btw, for jaunty, should i rename it to kvirc instead of kvirc-kde4?
[20:42] <JontheEchidna> it might be good if we updated our kvirc svn package for jaunty
[20:42] <apachelogger> JontheEchidna: how so?
[20:43] <JontheEchidna> apachelogger: we haven't updated it in a while
[20:43] <apachelogger> we are in feature freeze
[20:43] <JontheEchidna> well if its bugfixes...
[20:43] <JontheEchidna> it would have to be investigated of course
[20:43] <apachelogger> and introduces even more at the same time? :P
[20:43] <lex79> lol
[20:44] <_Groo_> apachelogger: well this new kvirc looks much more stable then the latest svn from jaunty
[20:44] <apachelogger> _look_ doesn't count ;-)
[20:44] <_Groo_> which is very old... at least this one doesnt enter a loop and almosts freezes evetyrhing :D
[20:44] <apachelogger> you need to conduct proper testing
[20:44] <_Groo_> apachelogger: i know, but old code doesnt count either ;)
[20:44] <apachelogger> especially in feature freeze
[20:45] <_Groo_> apachelogger: i agree with you, but freezing a svn package is kinda.. well.. dumb..
[20:45] <apachelogger> _Groo_: no it is not
[20:45] <apachelogger> svn got no QA
[20:45] <_Groo_> but a freeze its a freeze :) maybe we can do it after teh release, probably backports
[20:46] <apachelogger> _Groo_: fix the freeze then
[20:46] <apachelogger> replacing the whole source tree with a newer revision poses a much greater threat of regression than a patch
[20:46] <_Groo_> apachelogger: so you are saying that the kvirc in jaunty didnt have QA cause its svn?
[20:47] <JontheEchidna> Yeah, but it can't get any buggier that it is
[20:47] <apachelogger> _Groo_: no, I am saying that we are in feature freeze, which is used to conduct QA, if you exchange the product all the QA done until now becomes worthless
[20:47] <_Groo_> apachelogger: i would normally agree, but the problem is that the svn in jaunty is very old and the new code was changed a lot
[20:47] <apachelogger> _Groo_: that is the problem
[20:47] <apachelogger> code change != good code change
[20:47] <_Groo_> apachelogger: i agree with you... like i said, the best course of action would be to do the update after the release, probably in backports
[20:48] <apachelogger> well
[20:48] <_Groo_> apachelogger: again i agree, im just saying doing a patch over the new code is unpratical
[20:48] <apachelogger> not if there is a serious issue :P
[20:48] <apachelogger> in which case patching is the best course of action
[20:49] <_Groo_> apachelogger: ok, so... patching the brains out over about 80% of the code is better then just downloading the new svn, is that it?
[20:49] <_Groo_> which would give you the same code? :D
[20:49] <_Groo_> apachelogger: or do you want to backport just the known bugs in jaunty... which would probably mean backporting part of the new core code.. and so on and so on
[20:49] <ScottK> apachelogger: Realistically how much QA gets done on Universe packages?
[20:50] <apachelogger> well
[20:50] <apachelogger> apprently none
[20:50] <_Groo_> apachelogger: LOL
[20:50] <ScottK> We did test this kvirc before it was uploaded.
[20:50] <apachelogger> if we need to patch 80% of the code to get the package in proper shape
[20:50] <ScottK> It seemed to work OK then.
[20:50] <_Groo_> dont look at me, i dont have universe acess ;)
[20:50] <apachelogger> I would remove it and reintroduce it for karmic with sensible quality
[20:50] <dtchen> very slim to none, really - depends whose pets are being discussed
[20:51] <ScottK> _Groo_: Are you on Intrepid or Jaunty?
[20:51] <_Groo_> ScottK: did you tested it with kde 4.2? some changed break kvirc, and introduce a few weird loop bugs.. and i believe the code from jaunty isnt totally qt 4.5 ready
[20:51] <apachelogger> ScottK: so it must have rotten a lot since then ;-)
[20:51] <_Groo_> ScottK: still in intrepid.. gonna change to jaunty when the rc1 gets out
[20:52] <ScottK> I think we tested it with a 4.2 pre-release.
[20:52] <ScottK> rgreening might remember.
[20:52] <_Groo_> ScottK: when it was qt 4.4 still? or with 4.5 already?
[20:52] <ScottK> We certainly didn't test with 4.5.  It was 4.4 still.
[20:52] <_Groo_> ScottK: my point exactly
[20:52] <ScottK> Which, if they've made changes for 4.5 compatibility, might make a good case for an update.
[20:53] <apachelogger> agreed
[20:53] <_Groo_> if the jaunty version was giving me problem  and im on intrepid with qt 4.4 imagine the same code with kde 4.2 and qt 4.5
[20:53] <ScottK> _Groo_: Talk to rgreening when he's around.  He did the current package and it MOTU now so can take care of sponsoring if it gets approved.
[20:54] <apachelogger> _Groo_: that means nothing
[20:54] <apachelogger> kvirc code could have been completely correct but KDE or Qt was bugged and caused the problems
[20:54] <apachelogger> or X
[20:54] <apachelogger> or any other part of the stack for that matter ;-)
[20:56] <_Groo_> apachelogger: just an example from the new code:
[20:56] <_Groo_> support for real transparency using compositing under X11
[20:56] <_Groo_> removed old kde3 "krootpixmap" fake transparency
[20:57] <apachelogger> _Groo_: and that fixes a bug?
[20:57] <_Groo_> this one is nice too.
[20:57] <_Groo_> ensure that all the modules that creates a window using g_pFrame->addWindow closes the window using g_pFrame->closeWindow (that is a public member by now); This removes some remaining problems regarding mdichilds
[20:57] <_Groo_> and so on
[20:57] <_Groo_> there are a LOT of entries? patching each one? ouch!
[20:57] <_Groo_> i prefer waiting to release a new one after the release
[20:58] <ScottK> _Groo_: That or ask for a Feature Freeze exception.
[20:58] <apachelogger> _Groo_: the idea of patching in feature freeze is not to apply all changes, but those that make sense in feature freeze
[20:58] <_Groo_> ScottK: and break the pseudo QA so close to a release?
[20:59] <_Groo_> apachelogger: sure, but kvirc isnt trivial , its a lot of code.. unless some kvirc takes up the task i believe you might be more harm then good
[20:59] <_Groo_> might do*
[20:59] <ScottK> apachelogger: Yes, but if it's update the whole package or nothing because no one volunteers to patch, sometimes wholesale update is the right answer.
[20:59] <apachelogger> yeah
[20:59] <apachelogger> I am not saying patching is what ought to be done :P
[21:00]  * ScottK recalls that sistpoty is a kvirc user and is on Jaunty.
[21:00] <ScottK> We should ask him what he thinks.
[21:00] <apachelogger> I am just suggesting that it is also an option and should be carefully thought about
[21:00] <ScottK> He's also on motu-release ....
[21:00] <_Groo_> apachelogger: ScottK: for instance, i did the kubuntu/yakuake bug patch today.. and its working fine... that i can volunteer to help.. but patching kvirc? out of nowhere?
[21:00] <ScottK> Yes.
[21:04] <apachelogger> JontheEchidna: btw, are there any reports about plasma crashing at login in jaunty?
[21:05] <JontheEchidna> ya, now that alpha freeze is over I suppose I should apply the patch
[21:05] <JontheEchidna> but I am a bit busy with other things atm
[21:05] <JontheEchidna> I can get it done later tonight
[21:06] <apachelogger> ok, just wanted to know if it is only me :)
[21:06] <apachelogger> plasma is easy enough to restart anyway
[21:06] <_Groo_> apachelogger: probably the plasma rc files corrupted.,.. happens from time to time
[21:06] <apachelogger> no
[21:06] <JontheEchidna> nah, there was a bug where plasma didn't like the geometry settings in the file and crashed
[21:06] <apachelogger> it happens at _every_ login
[21:06] <apachelogger> so unless kds is the problem
[21:09] <apachelogger> https://edge.launchpad.net/~cuonglb
[21:10] <JontheEchidna> Riddell: bug 342473
[21:10] <JontheEchidna> It also affects gtk2-engines-qtcurve, which I need sponsored now that moted
[21:10] <JontheEchidna> wow
[21:10] <JontheEchidna> *that it got promoted
[21:11] <_Groo_> gotta go.. bback tomorrow...
[21:11] <_Groo_> seeya ppl
[21:12] <_Groo_> btw is kubuntu 9.10 coming with the kde4, compiz integration? i mean the qt4 setting to activate compiz in kde4?
[21:12] <apachelogger> _Groo_: no
[21:12] <apachelogger> + cya :)
[21:12] <JontheEchidna> I can safely say that compiz will never again be a supported part of kubuntu
[21:12] <smarter> compiz is just a hack
[21:13] <smarter> and a gnome-centric one
[21:13]  * Quintasan thinks it's time for raptor-menu resync
[21:13] <JontheEchidna> In comparison I use KWin's compositing codebase to wash my whites instead of bleach
[21:14] <smarter> :]
[21:18] <JontheEchidna> That's why you make it a good wm first and add the compositing system later
[21:24]  * vorian does not like new qt-curve
[21:25]  * smarter just lost some code by using git reset wrongly *again*
[21:26]  * smarter headdesks
[21:26] <apachelogger> hm
[21:26] <apachelogger> now that I have catched up on identica
[21:26] <nhandler> Hey apachelogger, long time no see
[21:26] <apachelogger> what could I do?
[21:26]  * nhandler checks if he is following apachelogger on identi.ca
[21:26] <apachelogger> play uplink, darwinia, multiwinia, defcon, world of goo?
[21:26] <apachelogger> or maybe triage some bugs?
[21:27] <apachelogger> go to bed?
[21:27] <apachelogger> watch futurama?
[21:27] <smarter> watch south park? :]
[21:27] <smarter> (new season just began)
[21:27] <apachelogger> oh dear
[21:27] <apachelogger> so many options
[21:27] <apachelogger> o/ nhandler
[21:27] <smarter> (and hallo apachelogger btw :))
[21:28] <apachelogger> o/ smarter
[21:28] <nhandler> How are you enjoying your new job?
[21:28] <smarter> git really is the devil
[21:31] <apachelogger> nhandler: more like stand ;-)
[21:32] <apachelogger> hell exhausting psychologically and physiologically
[21:33] <apachelogger> then again due to my ever changing duty schedule I had monday - wednesday off and thus had time to visit $univeristy in graz and grab a beer with krake and steveire
[21:37] <nhandler> apachelogger: You see the channel topic?
[21:41]  * JontheEchidna removes 8.04.2 announcement from the topic since that was a while ago and everybody in here probably doesn't care anymore. Plus it needs room
[21:43]  * Quintasan applied for members
[21:43] <apachelogger> yay
[21:43] <apachelogger> nhandler: now I do :D
[21:43] <apachelogger> darn rendering garbage
[21:44] <nhandler> I'm a little disappointed that I couldn't make the meeting to give them my +1 :(
[21:45] <JontheEchidna> I woke up this morning and it was "liek whoa, they're motus"
[21:45] <apachelogger> JontheEchidna: really like "liek"? ... weird kind of thinking TBH :P
[21:46] <JontheEchidna> not rly
[21:46] <JontheEchidna> i no haz lolcat gammer in my headz
[21:47] <apachelogger> ok ^_^
[21:47] <Quintasan> :D
[21:47]  * JontheEchidna updates the kubuntu seed for qtcurve
[21:48] <cjwatson> qmake is frustrating me
[21:48] <cjwatson> I have this in mkspecs/common/linux.conf:
[21:48] <cjwatson> equals(QT_ARCH, powerpc) {
[21:48] <cjwatson>     QMAKE_CFLAGS_RELEASE   += -fno-optimize-sibling-calls
[21:48] <cjwatson>     QMAKE_CXXFLAGS_RELEASE += -fno-optimize-sibling-calls
[21:48] <cjwatson> }
[21:48] <cjwatson> QT_ARCH is indeed powerpc
[21:48] <cjwatson> this has no visible effect on CFLAGS
[21:49] <cjwatson> what am I doing wrong?
[21:53] <apachelogger> cjwatson: did you try without the equals to ensure it has an effect at all?
[21:57] <cjwatson> ah yes, fair point, that would be it ...
[21:57] <cjwatson> is QT_ARCH not set at that point or something?
[21:58] <apachelogger> *shrug*
[21:58] <apachelogger> those vars might also be the wrong ones
[21:58] <apachelogger> take a look at mkspecs/default/qmake.conf, which variables are used there
[21:58] <cjwatson> QT_ARCH is definitely set *somewhere*, and those variables do the right thing once set
[21:59] <cjwatson> yeah, am ahead of you there
[21:59] <apachelogger> :)
[21:59] <cjwatson> I took the variables to set from mkspecs/common/g++.conf
[22:00] <apachelogger> I am not sure qmake actually processes the .conf files in the usual way, which would explain why qt_arch is not set
[22:01] <cjwatson> I think that qconfig.pri is loaded *after* linux.conf
[22:01] <cjwatson> so I might just move this fragment to mkspecs/linux-g++/qmake.conf, right at the end
[22:02] <apachelogger> sounds sensible to me
[22:02]  * cjwatson waits for the tedious build process again ... thanks for the help
[22:04] <cjwatson> this is slightly more effort than I thought I was signing up for in the relevant release meeting ;-)
[22:29] <JontheEchidna> Riddell: Ok, for gtk2-engines-qtcurve to be finished I'll need bug 342473 sponsored for gtk2-engines-qtcurve, my seed branch to be merged: https://code.edge.launchpad.net/~echidnaman/ubuntu-seeds/mykubuntu, and bug 342379 to be sponsored for kubuntu-default-settings
[23:30] <nhandler> rgreening: Congrats on becoming a MOTU!
[23:30] <rgreening> ty. :P
[23:30] <nhandler> I'm sorry I couldn't make the meeting
[23:31] <lex79> rgreening: Congrats :)
[23:37] <rgreening> lex79: :) now more work.. haha
[23:38] <lex79> yeeeees :P
[23:41] <jtechidna> hehe
[23:41] <JontheEchidna> ~order tea, earl grey, hot
[23:41]  * kubotu is replicating a hot cup of earl grey for captain JontheEchidna.
[23:46] <lex79> JontheEchidna: " for captain JontheEchidna" LoL
[23:59] <JontheEchidna> ~order coke for lex79
[23:59]  * kubotu slides a cold can of tasty Coca Cola(r) down the bar to lex79.