[00:54] <yao_ziyuan> just upgraded to kubuntu jaunty latest alpha
[00:54] <yao_ziyuan> kded4 uses 45% cpu
[00:56] <yao_ziyuan> i killed it and it doesn't seem to affect anything
[01:21] <yao_ziyuan> kded4 is gone after a reboot
[01:21] <yao_ziyuan> but when i close a window there is a sound...
[01:21] <yao_ziyuan> i can't find where to disable it
[01:22] <yao_ziyuan> found
[01:29] <yao_ziyuan> i know why now: i run gnome-settings-daemon
[01:29] <yao_ziyuan> it's a gnome sound event
[02:31] <yao_ziyuan> when dropping a file from the QuickAccess widget to Trashcan,
[02:31] <yao_ziyuan> the drop icon remains. it's a bug.
[05:14] <a|wen> ScottK: okay ... found why the test fails in regina-normal: "DeprecationWarning: the md5 module is deprecated; use hashlib instead"
[05:27] <a|wen> do you think it is okay to patch the upstream test-case to use a non-deprecated md5 calculation ... that should solve it completely
[06:24] <a|wen> okay, i'm lost ... kdeartwork builds completely fine in a pbuilder no matter what i do it seems
[09:23] <Riddell> ~twitter update ade and me are Nigerian rockstars
[09:23] <kubotu> status updated
[09:23] <Nightrose> haha Riddell
[09:23] <Nightrose> having a good time?
[09:25] <Riddell> rocking
[09:26] <markey> lol
[09:26] <markey> hey Riddell :)
[09:26] <a|wen> sounds like someone is having fun ;)
[09:27] <a|wen> "morning" Riddell
[09:56] <Mamarok> is there an ext3 to ext4 conversion tool in Jaunty?
[09:58] <markey> omg, I want Ext4 :)
[09:59] <markey> one of our devs says, it really is super fast, noticeably
[09:59] <Mamarok> markey: read that wikipage about Ubuntu, it seems to be a bit more complicated than that :(
[09:59] <valgaav> I I'm using ext4 with jaunty
[09:59] <markey> yes? I thought it's fixed now
[09:59] <Sput> meh, last time I tested it, I had strange issues with it
[09:59] <markey> valgaav: any problems?
[09:59] <Sput> like individual directories being full all of a sudden
[09:59] <Mamarok> Sput: you don't count you use Gentoo :)
[10:00] <Sput> or files vanishing
[10:00] <valgaav> so far no problems
[10:00] <Mamarok> valgaav: fresh install or did you convert to?
[10:00] <valgaav> but I I do not notice it be faster then ext3
[10:00] <valgaav> aside from the file systems checks
[10:00] <valgaav> every 30 boots
[10:00] <valgaav> now that's very fast right now
[10:01] <valgaav> yeah  fresh install
[10:01] <Mamarok> hm, I don't want to do a fresh install all over :(
[10:01] <Mamarok> and the conversion tool seems a bit more complicated to apply to Ubuntu than to Debian, aacording to this page:
[10:01] <valgaav> I think it's best to do fresh install though
[10:02] <Mamarok> http://ext4.wiki.kernel.org/index.php/Ext4_Howto#For_people_who_are_running_Ubuntu
[10:02] <Mamarok> well, I could leave my home in ext3 ...
[10:03] <valgaav> or move your data to external disk > format home to ext4 > move your data back
[10:05] <valgaav> I remember reading that any conversion tool will not make your old data formated with some ext4 features
[10:05] <valgaav> only new data written to disk will use ext4 features
[10:07] <Mamarok> hm, I have a daily rsync on an external disk, should work
[10:07] <valgaav> I'm using it for about a month already
[10:08] <valgaav> and I think 2.6.28 gets a lot fixes for ext4
[10:09]  * Mamarok has to think that idea over...
[10:14] <valgaav> I wonder when Qt4 k3b will hit jaunty
[10:14] <valgaav> that's the last qt3 based app
[10:15] <blizzz> kile is another one
[10:16] <a|wen> blizzz: kile kde4 is in jaunty
[10:16] <blizzz> really? i compiled it on intrepid today from svn but wasn't really usable... my jaunty is currently broken
[10:16] <valgaav> krename is also qt3 ... damn
[10:16] <a|wen> valgaav: afaik the latest svn of k3b that is being tested by a few people is here https://launchpad.net/~tonio/+archive/ppa
[10:17] <a|wen> blizzz: i have a backport for intrepid in my ppa https://launchpad.net/~andreas-wenning/+archive/ppa
[10:17] <valgaav> thanks :) I'll try that in free moment :)
[10:17] <blizzz> a|wen: cool, i check it out
[10:18] <valgaav> I already spent too much of my free time with getting Kgtk to compile on 64 bits and kde4
[10:18] <valgaav> but now it works :)
[10:19] <valgaav> no more ugly gtk+ file dialogs
[10:19] <a|wen> as long as "it works" is how it ends out, then all the time hasn't been in vain ;)
[10:21] <valgaav> :)
[10:31] <blizzz> a|wen: some compile options seems to be missing? LatexPDF e.g.
[10:31] <a|wen> blizzz: have you cleared your old kile settings before starting the first time?
[10:32] <blizzz> erm, no
[10:32] <valgaav> it should seriously be packaged in kubuntu/ubuntu
[10:32] <valgaav> I mean kgtk
[10:32] <valgaav> is it hard to make a proper deb package  (not checkinstall) one ?
[10:33] <a|wen> blizzz: if you've meddled with your old settings it might choose to pull in them instead of the defaults
[10:33] <valgaav> I could package it seeing how troublesome to compile it is
[10:33] <a|wen> valgaav: not that hard as soon as you get the hang of it ...
[10:34] <a|wen> valgaav: https://wiki.ubuntu.com/PackagingGuide/Basic ... might be a starting point
[10:34] <blizzz> a|wen: i moved the old settings now, this worked.  looks good! :)
[10:34] <a|wen> good :)
[10:35] <blizzz> a|wen: thanks :)
[10:35] <valgaav> thanks time to read  about it :)
[10:35] <a|wen> blizzz: no problem ... if you find any problems, just throw them at me
[10:36] <a|wen> valgaav: and there is lots more in the same wiki-corner https://wiki.ubuntu.com/PackagingGuide
[10:37] <blizzz> a|wen: ok
[10:44] <Quintasan> Hi
[10:49] <Sput> jou
[10:57] <Quintasan> Sput: \o
[10:58] <Quintasan> raphink: \o
[11:04] <mrvanes> Anybody any idea when kcron and knetworkconf 4.2.1 (amd64) is going to be built? kdeadmin is waiting for them
[11:05] <mrvanes> and both crested and yellow are idle and have no queue
[11:10] <a|wen> mrvanes: looks like it failed due to a temporary error ... we need to wait for a core-dev to restart the build
[11:10] <mrvanes> Hmm... too bad... waiting to give aptitude the go ;)
[11:15] <mrvanes> a|wen: I'll just hold kdeadmin and update anyway, not a big problem I think
[11:16] <a|wen> mrvanes: shouldn't be ... just check that it doesn't try to remove anything vital due to it
[11:17] <mrvanes> when I "hold" it, it leaves the dependancies (knetworkconf and kcron) untouched, so all's well...
[11:17] <a|wen> good
[11:21] <a|wen> Mamarok: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/317781/comments/45 <-- ext4: increased risk of dataloss on unclean shutdown
[11:22] <Mamarok> a|wen: thx, good to know!
[11:23] <a|wen> so be sure to remember your magic sysrq keys if you do upgrade
[11:25] <Mamarok> unlikely for now, too much other pending work
[11:37] <a|wen> ScottK / JontheEchidna: there is something wrong here ... i've narrowed down why the kdeartwork backport works in pbuilder and not on the buildd; in pbuildercmake sees files that isn't there
[11:44] <a|wen> can any of you make it fail if you try to build the package as it is in the kubuntu-experimental ppa now?
[12:01] <a|wen> ScottK: regina-normal that can now compile: http://awen.dk/packages/regina-normal_4.5.1-1ubuntu1.debdiff
[13:34] <JontheEchidna> 116 more translation import messages :(
[14:49] <a|wen> oh my, not more of them
[15:32] <ScottK> JontheEchidna: After what vorian went through I think anything less than 1,000 is 'not very many'.
[15:59] <Tonio_> hi there
[16:00] <Tonio_> has anyone tried to play with sieve filters in kmail ?
[16:00] <Tonio_> kio_imap then hangs up, 100% reproductible...
[16:00] <Tonio_> I suspect an ubuntu issue since I can't seem to find any other distro comment about that one....
[16:19] <ScottK> a|wen: Very cool about regina-normal.  Please send that change to upstream...  Test building now.  Thanks.
[16:21] <a|wen> ScottK: ... and not very easy to find. i've already found the -devel mailinglist and was going to sent it there
[16:21] <ScottK> Great.  Good work.
[16:25] <a|wen> ScottK: in the case of kile do we really want to merge in debian's huge debian/rules file over a 4-line long of our own?
[16:26] <ScottK> a|wen: At this point in the release cycle I think it's reasonable to not make big changes like this and think it through more carefully for Karmic.
[16:28] <a|wen> ScottK: okay ... was also the rationale i ended up at; so doing a merge to get the copyright / recommends+suggests but make debian/rules an exception
[16:32] <ScottK> a|wen: I'm heading out for the afternoon, so odd are I'll upload regina-normal after I get back.
[16:32] <ScottK> odd/odds
[16:33] <a|wen> okay, all fine
[16:50] <scott_ev> Tonio_: you around?
[16:50] <Tonio_> scott_ev: yep
[16:50] <scott_ev> Tonio_: I had a complication last night and didn't get to test that patch.  I will this afternoon or evening and email you
[16:51] <scott_ev> some friends showed up from out of town
[16:51] <scott_ev> unexpectedly
[16:52] <Tonio_> scott_ev: no pb ;)
[16:52] <scott_ev> cool, I'm sorry it's not already done
[16:52] <scott_ev> Tonio_: I'll let you know.  I gotta get going to an appointment
[16:53] <Tonio_> scott_ev: thanks !
[16:53] <scott_ev> np
[17:05] <kishore> why is kexi-kde4 missing in jaunty? other koffice2 components are available...
[17:06] <cumulus007> How to make sure that all KDE apps use the new graphics system in Qt 4.5 by defaut?
[17:19] <Quintasan> kishore: I'm sure it's named kexi
[17:19] <kishore> Quintasan: but that is the kde3 version
[17:19] <Quintasan> kishore: no idea then :O
[17:33] <a|wen> does indeed look like kexi isn't built for koffice2
[17:39] <ghostcube> 4.2.1 :O
[18:21] <kishore_> a|wen: Any specif reason? dependency issues?
[18:22] <kishore_> *specific
[18:23] <a|wen> kishore_: dunno; was about to ask one who might know it in the next sentence ... but figured out he was offline
[18:24] <kishore_> a|wen: OK.. Who would that be?
[18:24] <a|wen> maybe rgreening ... at least he did the last update of the package
[18:24] <kishore_> maybe i could ask again later when he is around...
[18:28] <cumulus007> I can't find the translation template of the Quick Access widget on Launchpad
[18:28] <a|wen> kishore_: at least it would be a starting point to find out if he knew it
[18:29] <cumulus007> I can only find it's .desktop file, not the actual app
[18:29] <kishore_> a|wen: sure.. i'll ping when i see him online
[18:29] <a|wen> cumulus007: do you think it has any app-specific translations
[18:29] <txwikinger> Is KDE on kubuntu-experimental ppa broken?
[18:29] <cumulus007> yes, of course
[18:30] <cumulus007> do you know that plasmoid?
[18:30] <kishore_> thanks
[18:30] <a|wen> cumulus007: jup ... i use it myself
[18:31] <cumulus007> a|wen: so, you should know that it has translatable strings :P
[18:31] <a|wen> ahh, in the options there is some
[18:32] <a|wen> cumulus007: which language have incomplete translations?
[18:33] <cumulus007> Dutch
[18:33] <cumulus007> check this
[18:33] <cumulus007> https://translations.launchpad.net/ubuntu/jaunty/+source/plasma-widget-quickaccess/+pots/desktop-plasma-widget-quickaccess
[18:33] <cumulus007> it has only 2 strings
[18:35] <a|wen> cumulus007: are you running kde in dutch?
[18:36] <cumulus007> yep
[18:36] <a|wen> and which strings are not translated?
[18:38] <cumulus007> a|wen: well, as you can see, the only strings that can be translated on launchpad, are the widget name and it's description, which show up in the 'Add widgets' dialog
[18:39] <a|wen> cumulus007: some of the other strings might be translated as part of kde itself (no need to translate the same hundreds of times)
[18:40] <cumulus007> well, if that's true, why is the plasmoid completely English then?
[18:40] <a|wen> cumulus007: which version of kde are you running?
[18:40] <cumulus007> moment, I'm going to have a look at the KDE po server
[18:40] <cumulus007> 4.2.1
[18:40] <a|wen> cumulus007: on jaunty?
[18:40] <cumulus007> yep
[18:42] <a|wen> the translations just got imported, or at least some of them ... don't know how quick they are being distributed again
[18:43] <a|wen> but of course the 4.2.0 translations should contain a lot of it in any case ... it is completely in english, no dutch at all?
[18:47] <cumulus007> There is some dutch
[18:52] <a|wen> some dutch that isn't one of the two strings from the widget itself in launchpad?
[18:54] <cumulus007> no, I mean there is a dutch translation available for other KDE apps
[18:54] <cumulus007> but for the quickaccess widget, there is nothing
[18:54] <cumulus007> at least in Kubuntu
[18:54] <a|wen> cumulus007: okay ... so for quickaccess everything is in english, right?
[18:54] <cumulus007> yep
[18:55] <Riddell> check for Messages.sh in the source
[18:55] <a|wen> hey Riddell
[18:55] <Riddell> ~twitter update I beat Ade in the Nigerian trans-Kano motorbike race
[18:55] <kubotu> status updated
[18:57] <a|wen> Riddell: https://wiki.kubuntu.org/AndreasWenning/DeveloperApplication <-- before it slips your mind completely with all your african ventures :)
[18:57]  * a|wen grabs the source
[18:58] <a|wen> no Messages.sh
[19:03] <a|wen> cumulus007: seems there is an explanation ^^
[19:03] <cumulus007> what's Messages.sh
[19:03] <cumulus007> does it grab the strings form the source code?
[19:03] <cumulus007> form/from
[19:04] <a|wen> it needs to know which strings are translatable
[19:05] <a|wen> and that is given in the source
[19:10] <Riddell> a|wen: sorry no internet for web pages here
[19:10] <Riddell> ssh is hard enough to use
[19:13] <a|wen> Riddell: oh, i see ... i can imagine that
[19:13] <noren> hi all
[19:13] <noren> i have this plasma crashing problem if anyone could help
[19:14] <noren> http://paste.ubuntu.com/127868/
[20:06] <_Groo_> hi/2 all.. anyone kubuntu dev alive? i found a grave bug in latest experimental kde 4.2.1
[20:08] <_Groo_> python-kde-dev is missing /usr/lib/python2.5/site-packages/PyQt4/uic/widget-plugins/kde4.py which breakes a lot of python stuff
[20:10] <_Groo_> like the guidance power manager for instance
[20:14] <_Groo_> anyone?
[20:14] <a|wen> _Groo_: on intrepid?
[20:15] <_Groo_> a|wen: yes
[20:15] <a|wen> _Groo_: which packet did it use to be in?
[20:15] <_Groo_> removing the missing kde4.py symbolic link allows guidance to run, but i believe all that upgraded to kde 4.2.1 are with broken guidance right now
[20:16] <_Groo_> python-kde4-dev
[20:16] <_Groo_> at least is the one listed with a dpkg -S
[20:16] <_Groo_> its used by system-config-printer-kde
[20:17] <a|wen> _Groo_: are you saying the problem is that the file is there?
[20:17] <_Groo_> nope, the symbolic link exist, but not the fle
[20:17] <_Groo_> file
[20:17] <_Groo_> so when python does a read in the dir it breaks
[20:18] <_Groo_> breaking every app that read from that dir, like guidance
[20:18] <a|wen> ahh, much clearer now
[20:18] <_Groo_> :)
[20:20] <_Groo_> btw i talked with antohny mercatante yesterday so he could include the konsole fix that was breaking yakuake split view
[20:20] <_Groo_> are you guys going to add it to experimetnal kde 4.2.1 base package? if not i can release it in my ppa
[20:22] <a|wen> just checking how it is for jaunty... two secs
[20:24] <_Groo_> i believe the system-config -printer-kde uis broken also, it falls back to gnome one, probable because of missing kde4.py file
[20:26] <a|wen> sounds not unlikely
[20:27] <_Groo_> sounds not unlikely = probably broken or probably not broken? double negatives in english language always confused me
[20:28] <a|wen> probably broken due to that
[20:28] <a|wen> _Groo_: i can see the konsole fix is in kdebase ... might very well get backported
[20:28] <_Groo_> ah, i was right then :)
[20:28] <_Groo_> yes, anthony told me after i sent the mail he went and backported it.. can you guys port it also? i can do the diffs if you want
[20:29] <_Groo_> it the kde4.py missing in jaunty also?
[20:31] <a|wen> _Groo_: still checking ... slow download
[20:32] <_Groo_> oka
[20:33] <a|wen> _Groo_: the symbolic link seems to have a "../" too muchproba, bly in jaunty as well ... i'll look at it tomorrow in any case
[20:35] <_Groo_> ok, i can confirm that what is really broken is python-kde4 which should have kde4.py but only has pykdeuic4.py
[20:36] <_Groo_> is this the new name for kde4.py or is it an entirely diferent file?
[20:36] <_Groo_> python-kde4-dev creats the smbolic link, but python-kde4 should have the actual file.. and system-config-printer-kde depends on kde4.py symbolic link
[20:38] <_Groo_> a|wen: can you confirm this?
[20:39] <_Groo_> confirmed: http://packages.ubuntu.com/search?searchon=contents&keywords=kde4.py&mode=exactfilename&suite=intrepid&arch=any
[20:39] <a|wen> _Groo_: yeah, seems that the kde4.py is missing ... but why it isn't build/installed is a good question
[20:39] <_Groo_> a|wen: didnt check the .install files but was probably forgotten
[20:40] <a|wen> _Groo_: install files are ok
[20:40] <a|wen> _Groo_: usr/share/kde4/apps/pykde4/*
[20:40] <_Groo_> a|wen: does it appears in the debian/tmp/  anywhere?
[20:41] <a|wen> _Groo_: cmake doesn't build it as all
[20:41] <_Groo_> a|wen: that worrying... maybe an kde 4.2.1 upstream bug or change?
[20:43] <a|wen> not unlikely ... i only have the debian-dir down now so can't look in the cmake files until i get the complete source
[20:45] <_Groo_> a|wen: aparently printer kde is broken allright.. try kcmshell4 kcm-scpk
[20:47] <a|wen> _Groo_: has that ever worked on intrepid?
[20:48] <_Groo_> the kcmshell thing? i dont know, but the config kde printer always worked till now... also i only noticed this bug because it broke guidance power manager battery systray
[20:48] <_Groo_> im downloading the 4.2.0 python-kde4 package from backport and im gonna just copt the kde4.py file to see if it fixed things
[20:49] <a|wen> _Groo_: for kde4.2.1 and guidance a better option is too uninstall g-p-m and add the battery applet
[20:49] <a|wen> but still the missing kde4.py that is the problem
[20:49] <_Groo_> guidance has more features.. the battery applet is weak so far
[20:50] <_Groo_> exactly...
[20:50] <_Groo_> its worrying because it breakes at least two apps
[20:50] <a|wen> _Groo_: have you tried left-clicking on the applet and then clicking on more :o
[20:51] <a|wen> there is a ton of settings there imho
[20:51] <_Groo_> you mean the gnome applet or the plasmoid one? im talking about the plasmoid
[20:51] <a|wen> _Groo_: the plasmoid
[20:52] <_Groo_> a|wen: whats the name? battery monitor?
[20:52] <_Groo_> ah.. i see... nice...
[20:52] <a|wen> jup
[20:52] <_Groo_> well, guidance is going down the pipe now :D
[20:52] <a|wen> hehe
[20:53] <_Groo_> but kde4.py needs to be adressed anyway
[20:53] <a|wen> _Groo_: g-p-m will be in universe for jaunty ... and powerdevil + battery-widget the default
[20:53] <_Groo_> im already using powerdevil :)
[20:54] <_Groo_> i just didnt realize the battery plasmoid had improved by that much :P
[20:57] <a|wen> :)
[20:57] <a|wen> _Groo_: do you know if the problem was there with kde4.2.0 ?
[21:00] <_Groo_> it wasnt..
[21:01] <_Groo_> just downloaded python-kde4 from backports , 4.2.0, it HAS the kde4.py file
[21:02] <_Groo_> usr/share/kde4/apps/pykde4/kde4.py
[21:04] <_Groo_> ok, i copied the kde4.py from 4.2.0 to /usr/share/kde4/apps/pykde4 ence fixing the symbolic link.. now kcmshell4 kcm-scpk opens the kde config printer
[21:05] <a|wen> looks like they have gotten rid of kde4.py alltogether
[21:06] <_Groo_> a|wen: well if they did, no cookie for them... they cant remove it a bug fixing release!
[21:06] <_Groo_> i still believe its  regression
[21:07] <_Groo_> a quick fix it to add it to kde 4.2.1 for kubuntu by hand.. or no config printer for kde :P
[21:07] <a|wen> _Groo_: are you an expert in kde websvn ... and how to see all changes of a revision alltogether?
[21:08] <_Groo_> easyest way would be go to the branch and do a svn log|less -i
[21:09] <_Groo_> and search for kde4.py references
[21:10] <_Groo_> after that do a svn diff -r newtag:old tag file
[21:10] <_Groo_> ex: svn diff -r 934409:933975 kde4.py
[21:10] <_Groo_> or
[21:10] <_Groo_> ex: svn diff -r 934409:933975 cmakelist.txt
[21:10] <a|wen> it's revision 917439
[21:10] <_Groo_> git is much better in that regard
[21:11]  * a|wen thx ubottu
[21:11] <a|wen> _Groo_: that doesn't look good :(
[21:12] <_Groo_> a|wen: yeah, like i said , you guys must do a quick fix (just in order not to break the printer system). get kde4.py from 4.2.0 and add it to python-kde4 for 4.2.1
[21:13] <_Groo_> i did it by hand.. works like a charm.. kde4.py ISNT not even close to be similar to pykdeuic4.py
[21:13] <_Groo_> gonna try something, just a sec
[21:15] <_Groo_> ok, moved kde4.py temporarily, and created a symbolic link from pykdeuic4.py to kde4.py, then i runned kcmshell4 kcm-scpk again.. broken...
[21:15] <_Groo_> which means pukdeuic isnt a supersedded version of kde4.py... they are different in all aspects
[21:15] <_Groo_> the only way for the printer config to work is by using kde4.py from 4.2.0
[21:16] <a|wen> _Groo_: yeah ... i think it is an upstream error
[21:16] <_Groo_> a|wen: like i said.. a regression..
[21:16] <a|wen> they still reference creating the symlink we does in the documentation!
[21:16] <_Groo_> do you guys have a "direct link" with kde dev guys?
[21:17] <a|wen> nope ... only bugs.kde.org
[21:17] <_Groo_> this is a "big deal"..has the potencial to break every single python kde4 app
[21:18] <_Groo_> so as a workaround to make kubuntu users not to kill kubuntu devs on site, i would advise to add the missing file ASAP
[21:18] <_Groo_> or add the missing cmake line and see if that builds
[21:19] <a|wen> the cmake-line just installs the file (if it was there)
[21:20]  * a|wen starts adding a patch and test-building
[21:21] <_Groo_> a|wen: if you are at it, please add the konsole patch for intrepid ;)
[21:22] <a|wen> _Groo_: it's a completely different package ... but can go on the todo
[21:22] <_Groo_> yeah i know... kdebase
[21:29] <a|wen> _Groo_: what happened if you removed the symbolic link alltogether?
[21:31] <_Groo_> a|wen: it breaks the config printer
[21:31] <_Groo_> a|wen: and allows guidance to run since python doesnt break anymore reading the dir
[21:31] <a|wen> ohh, so whatever we do breaks it ... great
[21:32] <_Groo_> a|wen: yes, the config printer NEEDS kde4.py in order to run
[21:34] <a|wen> okay ... testbuilding now
[21:34] <_Groo_> a|wen: and guidance needs a correct symlink because python brakes otherwise when reading the dir
[21:35] <a|wen> i don't have upload rights though, so will be when i find someone to upload for me
[21:35] <_Groo_> no problem, i already fixed it by adding it to the afomentioned dir...
[21:35] <_Groo_> i just wonder how no one spotted this before
[21:36] <_Groo_> dont forget to warn the other devs about jaunty.. same problem.
[21:37] <a|wen> i'm fixing in jaunty first ... then backport
[21:38]  * a|wen just received the first bug with that error in my inbox
[21:39] <_Groo_> a|wen: ah ok
[21:39] <_Groo_> i was first ;)
[21:40] <_Groo_> well that was all for today... good luck awen :)
[21:40] <_Groo_> oh great, plasma just crashed on me :O oh joy
[21:41] <a|wen> _Groo_: get some debug packages installed and start to report bugs
[21:41] <_Groo_> a|wen: explain
[21:41] <_Groo_> ah, about plasma.. i do
[21:42] <a|wen> exactly ... good :)
[21:42] <_Groo_> i also help with translation and a few patches now and then
[21:42] <_Groo_> and im a regular contributor for getdeb.. kde packages are usually mine
[21:42] <a|wen> cool
[21:42] <_Groo_> like smb4k or k9copy.. or knemo
[21:43] <a|wen> oh well, this will probably be all for my day now as well ... i'll pick the fix up tomorrow when it has finished testbuilding
[21:46] <_Groo_> a|wen: oh btw.. the koffice build in jaunty is the new beta 7, correct?
[21:46] <a|wen> _Groo_: no idea actually :)
[21:46] <_Groo_> aparently it is
[21:47] <_Groo_> im backporting it to intrepid..  i usually release it in my PPA
[21:48] <a|wen> Tonio_: your last fix in kdebase in jaunty "if (name.isEmpty() || name.isNull())" is only in bzr and not in the final package ... looks like it is one of the things mentioned in the changelog so thought you might wanted to know
[21:48] <Tonio_> a|wen: lemme look....
[21:49] <Tonio_> it is possible that I missed the bzr export :)
[21:50] <a|wen> was what i thought
[21:51] <_Groo_> see'ya all later...
[21:51] <_Groo_> thanks for putting up with me a|wen
[21:51] <a|wen> cy _Groo_
[21:51] <_Groo_> cya
[21:52] <Tonio_> a|wen: anyway the second fix isn't an emergency to upload...
[21:52] <Tonio_> a|wen: I'll wait for the next kdebase change to upload I think...
[21:53] <a|wen> Tonio_: do you commit an "unreleased" changelog entry?
[21:53] <a|wen> then it will get up as part of the next batch
[21:53] <Tonio_> a|wen: nope, I just forgot to also copy the fixed patch from bzr to the package....
[21:54] <Tonio_> a|wen: testing for NULL isn't as important as testing for empty
[21:54] <Tonio_> a|wen: there will be other fixes for kdebase so we can wait for the next upload, there's no big deal, as long as we have what's needed in bzr
[21:54] <Tonio_> that's no critical fix at all
[21:54] <a|wen> Tonio_: of course not
[21:55] <a|wen> Tonio_: but a changelog entry in bzr will make sure it makes sense when someone else might upload the package
[21:56] <Tonio_> a|wen: hum right.... I'll reupload then
[21:56] <a|wen> Tonio_: just add a changelog entry to bzr is fine to me ... no need to upload to archive
[21:57] <Tonio_> bah if I'm changing things then I can reupload, it'll take 2 seconds... :)
[21:57] <a|wen> okay :)
[23:40] <Quintasan> night guys