[01:22] <jjesse-netbook> JontheEchidna: trying to install muon in maverick and receive the following error: /var/lib/dpkg/info/muon.postinst: 11: update-apt-xapian-index: not found
[01:47] <JontheEchidna> jjesse-netbook: ah, my mistake
[01:48] <JontheEchidna> jjesse-netbook: out of curiosity, search in muon wouldn't happen to be working for you, would it?
[01:48] <jjesse-netbook> JontheEchidna: let me check
[01:48] <JontheEchidna> I don't think it can without apt-xapian-index
[01:48] <jjesse-netbook> no i cant find any packages with the search
[01:48] <JontheEchidna> right, thanks
[01:49] <JontheEchidna> installing apt-xapian-index should fix things
[01:50] <jjesse-netbook> installing that also installs the package python-xapian
[01:52] <JontheEchidna> yeah, update-apt-xapian-index is a python script
[05:11] <CIA-71> [libqapt] jmthomas * 1168579 * trunk/extragear/sysadmin/libqapt/src/backend.cpp Versions of libapt-pkg < 0.8.x need apt-pkg/error.h explicitly included here, or else they FTBFS
[09:13] <markey> anyone planning to make a Qt Creator 2.0.1 package?
[09:22] <superfly> markey: I'm hoping someone is :-) 
[09:24] <markey> :)
[09:25] <superfly> It's easy enough to install from the downloads on the Qt site, but I'd prefer a package
[09:26] <yofel_> huh?
[09:26] <yofel_> qtcreator:
[09:26] <yofel_>   Installed: 2.0.1-0ubuntu1
[09:26] <yofel> it is already in maverick
[09:27] <superfly> ossum
[09:27]  * superfly is not running maverick yet
[09:28] <markey> me neither
[09:28] <markey> would be nice to have it in backports
[09:29] <markey> that said, 2.0.1 doesn't fix the editor sluggishness I'm seeing (just tried it from Nokia site)
[10:34] <TheKro> hi.  I'm getting patch failures, but I can't understand why they're failing
[10:34]  * apache2logger is wondering if UPS really manages to get a box from CZ to upper austria in less than a day
[10:35] <nigelb> TheKro: Source might have changed perhaps?
[10:35] <persia> So, I *think* http://paste.ubuntu.com/484410/ fixes koffice/armel FTBFS : what's the best procedure to get it into the archives (I like debdiffs in bugs, but have heard there's a process used by Kubuntu folk)
[10:36] <TheKro> nigelb: perhaps - but how do I debug the patch.  It seems like it should make the change if I look at the source, but I'm not very familiar with the patch format
[10:36] <apache2logger> persia: the best way is to find a sponsor and then follow his requests ;)
[10:36] <TheKro> nigelb: does @@ -945,14 +945,11 @@ mean change the 14 lines ending at line 945 with the 11 lines?
[10:36] <persia> apache2logger, OK.  Let me know if you see a sponsor around :)
[10:37] <TheKro> nigelb: because that is still what should happen
[10:37]  * apache2logger notes that Kubuntu usually also uses debdiffs in bugreports, or simply debdiffs, except for large stuff which is preferred to go to revu
[10:37] <nigelb> TheKro: that neans 14 lines removed from line 945 and 11 added.
[10:37] <nigelb> s/neans/means
[10:37]  * persia files a bug
[10:37] <TheKro> nigelb: starting at line 945?
[10:37] <nigelb> TheKro: yep
[10:37] <nigelb> generally it will all start to make sense when you look at line 945
[10:39] <apache2logger> is mcafee security stuff any good for windows?
[10:40] <TheKro> nigelb: so then the code has changed - but if I change the 945 to 929 (where that code is), that hunk of the patch still fails
[10:40]  * apache2logger just received the new laptop for his mum and is wondering whether that default stuff is to be favored over microsofts security essential stuff things
[10:40] <persia> I think most folks run both MS's stuff and someone else's.
[10:40] <persia> At least all the shops seem to normall upsell with a secondary scanner of some sort.
[10:41] <superfly> apache2logger: I don't know, my family doesn't use Windows
[10:41] <apache2logger> well, there is this malware protection thingy from microsoft that is on by default
[10:41] <nigelb> TheKro: you need to compare what the patch does in that lines to what is already there
[10:41] <apache2logger> but apparently they also have a proper virus protection now, just not installed for competition reasons
[10:41] <nigelb> TheKro: whats happening is, what the patch thing is there, isn't there
[10:41] <apache2logger> superfly: lucky you
[10:42] <nigelb> apache2logger: Just install fluffy ;)
[10:42] <apache2logger> fluffy does not suite office needs :P
[10:42] <persia> Depends on the office, really.
[10:42] <TheKro> nigelb: i'm looking in the source file, and what the patch is being told is there, is there
[10:43] <nigelb> TheKro: ok, do you have a vcs link to what you're trying to patch?
[10:43] <nigelb> persia: +1
[10:44] <TheKro> nigelb: what is vcs?
[10:44] <apache2logger> http://www.microsoft.com/windows/antivirus-partners/windows-7.aspx silly microsoft does not help its users make decisions
[10:44] <apache2logger> they only add more things to not know things about
[10:44] <apache2logger> -.-
[10:44] <apache2logger> persia: the office where you need an office app :P
[10:44] <persia> You know, kubuntu is remarkably virus free these days...
[10:44] <nigelb> TheKro: er, forget I said that.  What are you trying to patch/
[10:44]  * apache2logger notes that fluffy does not include a office suite by default, neither is it supported to use one
[10:44] <apache2logger> (theming wise that is ^^)
[10:44] <nigelb> apache2logger: Then Kubuntu ;)
[10:44] <TheKro> nigelb: I'm trying to patch ktimetracker, using the patch from comment 7 of http://bugs.kde.org/show_bug.cgi?id=226915
[10:45] <TheKro> nigelb: I've downloaded the source of kdepim
[10:45] <nigelb> apache2logger: kde uses svn?
[10:45] <apache2logger> nigelb: that for sure
[10:45] <apache2logger> but not primary
[10:45] <apache2logger> :P
[10:45] <apache2logger> well
[10:45] <apache2logger> primary
[10:45] <apache2logger> but not only
[10:45] <apache2logger> nigelb: yes, but not for long
[10:45] <TheKro> nigelb: and i'm sitting in the ktimetracker dir running patch < timetracker.patch (cut and pasted from the comment)
[10:45] <apache2logger> git migration efforts are under away
[10:46] <persia> apache2logger, Wouldn't the theme work with webservice-office-zoho (essentially launches a browser)?
[10:46] <nigelb> TheKro: doh, you might be going wrong with patch levels.  I'm not good at explaining that.
[10:46] <apache2logger> persia: I dunno
[10:46] <nigelb> apache2logger: I hate svn browsing :x
[10:47] <nigelb> I wonder if we have a patch level documentation somewhere...
[10:47] <apache2logger> Microsoft’s competitors will argue that it’s less secure and doesn’t have as many features, but they should be worried. Overall, Security Essentials is excellent and I highly recommend it.
[10:47] <apache2logger> that is all bogus
[10:47] <TheKro> well, first output is: 
[10:47] <apache2logger> brrrr
[10:47] <TheKro> patching file taskview.cpp
[10:47] <TheKro> Hunk #1 FAILED at 929.
[10:47] <TheKro> 1 out of 1 hunk FAILED -- saving rejects to file taskview.cpp.rej
[10:47] <nigelb> TheKro: can you bin the code?
[10:47] <nigelb> !pastebin
[10:48] <TheKro> http://paste.ubuntu.com/484414/
[10:48] <TheKro> nigelb: ^
[10:49] <nigelb> looking
[10:49] <nigelb> TheKro: um, no.  THe taskview.cpp file.  
[10:49] <nigelb> Paste that file
[10:51] <TheKro> nigelb: sorry for the delay - this problem came with a lucid upgrade, and now my vim yank to clipboard isn't working either
[10:51] <nigelb> TheKro: heh, no probs
[10:52] <TheKro> nigelb: http://paste.ubuntu.com/484417/
[10:53] <yofel> TheKro: which revision of kdepim did you download? form what I see the patch is already applied to svn
[10:54] <TheKro> yofel: I did an apt-get src
[10:54] <yofel> ah, 4.4.5 then?
[10:55] <TheKro> yofel: kdepim-4.4.2
[10:55] <nigelb> yofel: I'm not sure all of it is applied yet
[10:55] <yofel> TheKro: why not 4.4.5 ?
[10:56] <TheKro> yofel: erm, 4.4.2 are what's in my repo?
[10:56] <nigelb> TheKro: we always fix the development version, not current one
[10:56] <yofel> can you install 4.4.5 from the kubuntu updates ppa and see if that helps?
[10:56] <nigelb> so first in svn, then backport it 
[10:56] <TheKro> nigelb: if you tell me how...
[10:57] <TheKro> or point me somewhere
[10:57] <nigelb> where are minions when you want them :p
[10:57] <nigelb> Ah, shadeslayer is away for a week
[10:57] <yofel> as I see it's fixed in svn
[10:58] <nigelb> TheKro: if its already fixed in svn as yofel assures me, you don't have to do anything
[10:58] <TheKro> nigelb: i need to do something - the program isn't working for me now
[10:58] <nigelb> yofel: side note, how do track history in svn from the web interface/
[10:58] <nigelb> TheKro: yofel did tell you how.  Install the ppa for the newer one
[10:59] <TheKro> nigelb: i don't know how to do that
[10:59] <yofel> meh, doesn't seem to be fixed in 4.4.5 :/ let me try to apply the patch
[10:59]  * nigelb kicks yofel 
[10:59] <nigelb> :p
[10:59] <yofel> hey
[11:00] <yofel> as for web interface, no idea, I rarely use it
[11:00] <nigelb> yofel: you clone the repo and then cmd-line?
[11:01] <yofel> right, note that kde svn is HUGE (I build it from svn sometimes, that's why I have it here)
[11:02] <TheKro> how do I install from the kubuntu updates ppa? I have lucid-updates in my sources.list but don't know about the ppa
[11:02] <TheKro> or is it pointless to bother if 4.4.5 is broken as well
[11:05] <TheKro> yofel: any luck with the patch?
[11:06] <yofel> yes, give me a moment
[11:13] <TheKro> nigelb: (by the way, yank to clipboard wasn't broken, I was just yanking to root's clipboard instead of the user with the browser open)
[11:19] <Sput> hmm. what are the rules for stringfreeze? is it ok to mark a string as translatable that wasn't translatable before (i.e. got overlooked in the source)? this technically introduces a new string, but it's not worsening the situation
[11:20]  * persia would recommend checking with the translators to ensure it won't make them scream in frustration before doing so
[11:20] <jussi> dpm: ^^
[11:39] <TheKro> yofel: still busy?
[11:39] <yofel> test building in pbuilder, should finished in less than 5 min
[11:39] <yofel> *should be
[11:40] <TheKro> cool
[11:42] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827104216-0v4eq7hn38ga309g * src/ (Dialog.cpp Error.h) change marshalling order
[11:49] <TheKro> yofel: where will I be able to get it when you're done? I've got to leave in a minute
[11:49] <yofel> TheKro: for now I'll put the binaries to http://yofel.dyndns.org/ext/kdepim-4.4.2_patched/  I'll upload it to one of my ppas later maybe
[11:51] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827105105-m7endpqqngf7jxs1 * src/ (4 files in 2 dirs) type all dbus errors to Error and add registerMetaType() func
[11:51] <TheKro> yofel: thanks
[12:11] <dpm> Sput, I'd recommend checking with translators first by sending an e-mail to ubuntu-tranlators (at) lists (dot) ubuntu (dot) com. If the change is absolutely necessary, you should also notify translators to give them a heads up to translate the string. There is nothing more frustrating than completing a translation and then noticing on release that it is in fact not translated   (thanks for the heads up jussi)
[12:12] <Sput> dpm: well, currently the string isn't marked as translateable (missing tr())
[12:12] <Sput> so it won't be translated without the fix either...
[12:20] <dpm> Sput, ah, right, then I'd just suggest going ahead with the changes and send a brief heads up to translators. They don't mind these fixes, but it's good to keep everyone up to date to make sure they don't miss them and the string gets translated
[12:20] <Sput> thx
[12:21] <Sput> al: ^^^ you'd like to organize that? :D
[12:21] <dpm> Sput, if you or al need help with the announcement or need advice, just give me a shout
[12:28] <al> Sput: just leave it out :>
[13:15] <ScottK> txwikinger: Sput has a testing request you could take up for your global jam list of stuff:
[13:15] <ScottK> [05:10:05] <Sput> ScottK: if you could have people test if quassel-qt4 and -kde both integrate properly into kubuntu and ubuntu, with all the new-fangled stuff like dbusmenu, appindicators, message indicator, unified menubar etc, that would be great
[13:15] <ScottK> [05:10:11] <Sput> ScottK: we should be fully supporting all that now
[14:09] <dantti_work> Riddell: to run a script when a new version of a package is installed we need a trigger in the new package right?
[14:10] <ScottK> New grantlee release.
[14:10] <shadeslayer> erm
[14:11] <shadeslayer> The following NEW packages will be installed:  hplip kubuntu-konqueror-shortcuts openoffice.org-calc rekonq << rekonq?!!!
[14:11] <shadeslayer> aha! kubuntu-konqueror-shortcuts pulls that in ^_^
[14:27] <txwikinger> ok.. ScottK got the message.. will put it on my list... Thanks!!!
[14:28] <ScottK> Sput: ^^^ testers.
[14:44] <ScottK> qt4-x11 4.7 rc1 is in Debian Experimental.  We can't upload to the archive until after beta, but it would be worth merging and putting in a PPA probably.
[14:45] <TheKro> yofel: sorry, do I need to install all the .deb's in the kdepim-4.4.2_patched directory?
[14:47] <yofel> TheKro: probably not, the ktimetracker one should be enough
[14:51] <TheKro> yofel: nope - needs exact version of libraries, and it seems to be cascading
[14:52] <TheKro> yofel: ok, only needed 3 libraries
[14:53] <TheKro> yofel: Thank you!!!
[14:55] <agateau> Riddell: ping
[14:55] <agateau> Riddell: I messed up with my MPRIS patch for Amarok, there is a new one on Launchpad, can you update the package?
[14:58] <ScottK> agateau: Is this critical for Maverick Beta?  Riddell is away until Monday.
[14:59] <agateau> ScottK: oh
[14:59] <agateau> ScottK: it would make Amarok work with the Sound Menu on gnome
[14:59] <ScottK> Sounds worthwhile.
[14:59] <ScottK> apache2logger, JontheEchidna, some other kubuntu-dev ^^^
[14:59] <agateau> ScottK: it should be quite safe: just an update of an existing patch, not a new patch
[14:59] <ScottK> Please have a look at agateau's patch.
[15:00] <ScottK> agateau: If I upload it, then I can't be the reviewer for the release team.
[15:00] <ScottK> With Riddell away, we don't want that.
[15:00] <JontheEchidna> I can take a look
[15:00] <ScottK> Thanks.
[15:00] <agateau> ScottK: JontheEchidna: ok, thanks a lot
[15:00] <JontheEchidna> bug 617367?
[15:06] <agateau> JontheEchidna: yes, that's it
[15:06] <Sput> ScottK, txwikinger: thanks :)
[15:22] <Mamarok> hm, so a DVD only has more language packs, nothing from universe?
[15:22] <Mamarok> how disappointing
[15:40] <ScottK> It also has some additional stuff from Main too.
[15:40] <ScottK> It should have koffice, for example, but I will confess I didn't look.
[15:51] <JontheEchidna> it should have most of KDE  on there too
[15:51] <JontheEchidna> http://pastebin.com/QyJwF50e
[16:08] <ScottK> Did anyone try the updated Ubiquity yet?
[16:15] <debfx> ScottK: is it possible to download packages from Debian NEW?
[16:15] <ScottK> debfx: No.
[16:15] <ScottK> It's not public.
[16:20]  * debfx downloads a snapshot from git
[16:21] <shadeslayer> who messed up my kopete-gcall package! :(
[16:21] <shadeslayer> i demand you fix it now :S
[16:21] <ScottK> debfx: If it's qt4-x11 you can get the packaging from qt-kde git/svn (don't recall which)
[16:22] <shadeslayer> apparently someone/something removed the binary 
[16:22] <debfx> ScottK: they switched to git
[16:22] <ScottK> Thanks
[16:23] <shadeslayer> -usr/bin/googletalk-call
[16:23] <shadeslayer>  GAH!!!!
[16:24] <debfx> that reminds me, I wanted to move rekonq to git
[16:24] <shadeslayer> debfx: do give me the link as well... ( mail it to me :P )
[16:25] <shadeslayer> Riddell: no kopete gcall, for some reason the binary got removed 
[16:25] <al> dpm: are translation changes made using launchpad accesible via bzr?
[16:26] <shadeslayer> debfx: care to fix kopete gcall and get it uploaded?
[16:27] <shadeslayer> oh wow... crappy timing to break kdenetwork.. just read the topic :(
[16:29] <al> guess i'd at least need to change the branch to "Hosted"
[16:30] <dpm> al, it depends. When we set up quassel for translation in Kubuntu, we only set it up for the source packages. In that case, translation changes are not available via bzr. However, if you've got a bzr branch already, you can set up a project, enable translations there and enable automatic translation commits, which will put all translation changes in a branch of your choice for you
[16:30] <dpm> It's actually quite neat
[16:30] <debfx> shadeslayer: why don't you fix it? :P
[16:30] <al> if it would just support git ;)
[16:31] <ScottK> al: I understand git-bzr (or bzr-git, I forget which) works well.
[16:32] <shadeslayer> debfx: exams!!
[16:32] <shadeslayer> i dont have the time.. itll have to wait for a week ...
[16:32] <al> ScottK: yea, i was planning on using that to merge launchpad changes back to the git repo. but as it seems now, i'd also need to do the forward merging, which is currently done by launchpad
[16:33] <al> don't know if i really want that
[16:35] <dpm> al, Scott will be able to answer much better than me on that, but why wolud you need to do merging from git to bzr? Why would a mirrored branch from git not work?
[16:36] <al> dpm: i have a mirrored branch right now and i don't see any changes made in launchpad translations in that bzr branch
[16:36] <dpm> al, let me see, have you enabled automatic translation exports?
[16:36] <dpm> where is the branch?
[16:36] <al> lp:quassel/i18n-master - maybe i'm doing it wrong
[16:37] <al> mh, "Currently not exporting translations to a branch. Choose a target branch."
[16:37] <al> that sounds wrong
[16:37] <dpm> :)
[16:39] <debfx> shadeslayer: problem is, that I have no idea which files should be in the kopete-gcall package
[16:39] <shadeslayer> debfx: just usr/bin/googletalk-call
[16:39] <al> "There is 1 error. - Invalid value"
[16:40] <shadeslayer> it got removed with the last upload .. 
[16:40]  * shadeslayer points to kdenetwork diff
[16:41] <al> maybe i can only choose lp hosted branches as export target branch?
[16:41] <al> meh, back to square 1 :>
[16:42] <dpm> al, let me ask an LP developer that, but first let's take it by parts, I've got a question: what's the difference between the 'trunk' and 'i18n-master' series?
[16:42] <al> dpm: i18n-master is where i do the translation stuff on launchpad and transifex
[16:43] <al> dpm: trunk is the official upstream repository
[16:43] <al> well, a mirror of
[16:43] <al> not actually in use for anything on launchpad
[16:44] <shadeslayer> yeah, basically theres a plugin called bzr-git which imports git repos to bzr
[16:44] <shadeslayer> jelmer @ #launchpad can help you understand :P
[16:44] <dpm> al, so you are using both LP and Transifex? Obviously I'm a bit biased for which translation system to use, but I'll just comment on the fact that using two different sources for translations will make your life more difficult and possibly create conflicts between translators
[16:45] <al> dpm: just solve me the launchpad problem ;)
[16:45] <dpm> hahaha
[16:45] <dpm> al, so i18n-master is mirrored or not?
[16:45] <al> dpm: it is
[16:47] <dpm> I'm not sure you can do your exports on the mirrored branch then. Let me check that again with an LP developer if that's possible...
[16:48] <shadeslayer> im pretty sure you cant
[16:50] <EagleScreen> hello
[16:50] <EagleScreen> is the KMix.desktop file special?
[16:51] <dpm> al, yeah, I just got confirmation that they are read-only. You'll need to create another branch for translation exports
[16:51] <al> dpm: ok, thanks :>
[16:51] <al> two-way git-bzr gateway it is then
[16:53] <dpm> al, why two way? Can't you just have git -> bzr as mirror, then a Launchpad-only branch to fetch automatic translation exports, and then manually do bzr->git to merge that branch upstream?
[16:54] <EagleScreen> I try to figure out why all .desktop files in ~/.config/autostart are autostarting except kmix.desktop
[16:54] <dpm> apache2logger, thanks a lot for your answers, even though WP doesn't love me :)
[16:55] <JontheEchidna> agateau, ScottK: ack, I apt-get source'd amarok and then forgot about it for a while and then $WORK called. I've just uploaded it now, though
[16:55] <agateau> JontheEchidna: thanks!
[16:55] <al> dpm: hmm, yea, possibly
[16:56] <ScottK> JontheEchidna: Thanks.  I'll have a look.
[16:59] <Mamarok> small question: how should I understand this version: lbmtp8 1.0.2-1ubuntu1 
[17:00] <Mamarok> it reads 1.0.2, but the current upstream is 1.2.1, so this is 0.2, right? oh my...
[17:01] <apache2logger> dpm: doesnt love me either, the third example I had in my original reply was supposed to present the filename tag ^^
[17:02] <Mamarok> "upstream is 1.0.12, typo
[17:02] <dpm> apache2logger, yeah, anyway I understood how the markup works now
[17:02] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827160215-9ugz19dbl0oc3ixl * src/ (BaseWidget.cpp BaseWidget.h CMakeLists.txt) basewidget deriving from qwidget with a pure virtual setErrorMessage func
[17:04] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827160423-ouo7ds4wrih6rdeh * src/ (LoginWidget.cpp LoginWidget.h) port loginwidget to basewidget, setErrorMessage is a dummy currently
[17:05] <shadeslayer> Mamarok: quite simple : 1.0.2 is upstream version
[17:05] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827160457-t581wh0t23j16ho3 * src/Error.h make error marshalling a bit more verbose
[17:05] <shadeslayer> then 1ubuntu1 says that there is 1 package in debian
[17:05] <shadeslayer> ( the first 1 )
[17:05] <shadeslayer> more like 1 rev. upload of package in debian
[17:06] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827160509-e2jkwburq7m1r0ap * src/ (Dialog.cpp Dialog.h) implement generic gotError func in Dialog, qobject casts currenPage's widget to BaseWidget and calls setErrorMessage
[17:06] <shadeslayer> and ubuntu1 says that we took debian package > modified it for ubuntu > uploaded it
[17:06] <shadeslayer> so packages syncd from debian will have 1.0.2-1 whereas ones with ubuntu specific modifications are called 1.0.2-1ubuntuX
[17:07] <debfx> shadeslayer: kopete-gcall is fixed in bzr
[17:07] <shadeslayer> and when debian goes to rev. 2, we will have 1.0.2-2ubuntu1
[17:07]  * shadeslayer hugs debfx 
[17:07] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827160706-dbc623qkzse4rivk * src/Dialog.cpp do no check for busyoverlay since it is a QPointer anyway
[17:08] <Quintasan> \o
[17:08] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827160815-ci9an8gylbnw4fl3 * src/Dialog.cpp ensure busyOverlay is deleted in dtor
[17:08] <shadeslayer> Quintasan: hey
[17:08] <Quintasan> shadeslayer: how is kdesupport import?
[17:08] <shadeslayer> look at my discussions with yofel in #project-neon and decide what is to be done
[17:09] <shadeslayer> not good... still failing
[17:09] <ScottK> JontheEchidna: Looking at http://launchpadlibrarian.net/54502404/amarok_2:2.3.1-1ubuntu6_2:2.3.1-1ubuntu7.diff.gz I'm reasonably sure ebian/patches/debian-changes-2:2.3.1-1ubuntu7 is not what you want.
[17:09] <shadeslayer> or last time i checked it was at that
[17:09] <ScottK> I can reject it so you can reupload.  Let me know.
[17:09] <EagleScreen> kmix.desktop des not run by the %i argument
[17:09] <Quintasan> bah
[17:09] <EagleScreen> kmix: Unexpected argument '%i'.
[17:10] <EagleScreen> kmix: Use --help to get a list of available command line options.
[17:10] <EagleScreen> I dont know what is this %i argument for
[17:11] <EagleScreen> and I dont know why it seems not to affect KDE users
[17:11] <EagleScreen> but someone mat want to user kmix in a non-KDE desktop
[17:12] <apache2logger> %i expands as per fdo spec
[17:12] <apache2logger> I am the operator with my pocket calculator!
[17:12] <EagleScreen> and the %i is as unknown in the command shell and in the ~/.config/autostart and braeaks the kmix autostart in a non-KDE desktop
[17:13] <apache2logger> EagleScreen: that is nonesense
[17:13]  * shadeslayer wonders if Mamarok got scared by ubuntu versioning
[17:13] <apache2logger> environments that implement .config/autostart must implement the desktop entry spec since .config/autostart is dependent on desktop files
[17:13] <apache2logger> shadeslayer: who didnt? ;)
[17:14] <shadeslayer> :>
[17:14] <EagleScreen> why kmix dont know the &i argument in the terminal?
[17:14] <EagleScreen> is it a KDE specific thing?
[17:14] <apache2logger> EagleScreen: read what I wrote
[17:14] <apache2logger> if you do not understand it ask google
[17:15] <apache2logger> there is no issue 
[17:15] <EagleScreen> there is issue but it may not be your 
[17:16] <apache2logger> THERE IS NO ISSUE YOU ARE JUST USING IT WRONG!
[17:16] <apache2logger> http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html
[17:16] <apache2logger> http://standards.freedesktop.org/autostart-spec/autostart-spec-latest.html
[17:17] <apache2logger> bash does not implement either spec
[17:17] <apache2logger> bash does also not do autostart
[17:17] <apache2logger> bash hence does not have a problem with %i
[17:17] <shadeslayer> Mamarok: id suggest #ubuntu-packaging for starting out in packaging
[17:17] <EagleScreen> then who do autostart in .config/autostart ? 
[17:17] <shadeslayer> apache2logger: ^ hang out in that channel and help new people :P
[17:18] <shadeslayer> in case your not already on there
[17:18] <debfx> we might want to add "abort-on-upstream-changes" to debian/source/format as I have seen too many uploads with unwanted automatically created patches
[17:18] <Mamarok> shadeslayer: how can upstream be 1.0.2 when this website says 1.0.1? -> http://libmtp.sourceforge.net/download.php
[17:19] <apache2logger> debfx: alternatively people could just use bzr-buildpackage :/
[17:19] <Mamarok> shadeslayer: I don't want to package anything, I want to know the version number, and apparently there is no 1.0.2 upstream
[17:20] <apache2logger> Mamarok: in fact upstream is at 1.0.3
[17:20] <Mamarok> where?
[17:20] <shadeslayer> Mamarok: http://packages.debian.org/source/experimental/libmtp 
[17:20] <shadeslayer> apache2logger++
[17:20] <apache2logger> http://sourceforge.net/projects/libmtp/files/libmtp/
[17:20] <Mamarok> sorry, my reference is the upstream website, which says 1.0.1
[17:20]  * apache2logger uses the upstream tarball pool as reference ^^
[17:20] <shadeslayer> just pointing out that they have a 1.0.3 release
[17:21] <apache2logger> people always forget updating websites ^^
[17:21] <Mamarok> yeah, seen that now, they really should upgrade their website
[17:22] <apache2logger> Mamarok: yep, actually if they were smart they would just embedd that sf page into theirs, since they have release notes on that sf page anyway
[17:22] <apache2logger> since the page looks like crap anyway that is ;)
[17:27]  * shadeslayer installs playonlinux to checkout steam
[17:28] <ScottK> shadeslayer: Don't we have Linux steam packages?
[17:28] <shadeslayer> i dont think so
[17:28]  * ScottK thought so.
[17:28] <superfly> not yet, I don't think they've been released yet
[17:28] <shadeslayer> theres a article on phoronix
[17:28] <shadeslayer> http://www.phoronix.com/scan.php?page=article&item=source_linux&num=1
[17:29] <ScottK> OK.  Having to click on a link exceeds the amount I care.
[17:29] <shadeslayer> which is pretty much i could find for steam on ubuntu
[17:29] <shadeslayer> hehe :P
[17:30] <EagleScreen> okay, then some .desktop files that complain with freedesktop specs can not be autostarted in ~/.config/autostart, is not this a bug? where must I report this?
[17:32] <debfx> shadeslayer: http://www.engadget.com/2010/08/23/valve-denies-having-a-linux-version-of-steam-in-the-works/
[17:33] <shadeslayer> debfx: saw that too
[17:33] <shadeslayer> im being optimistic :)
[17:33] <Quintasan> no steam for u :P
[17:33]  * shadeslayer shoots neon lights in face of Quintasan 
[17:34] <al> when i create a bzr branch on launchpad, do i have to wait for it to become usable?
[17:34] <shadeslayer> Quintasan: anyways we have wine
[17:34] <Quintasan> I'm neon immune shadeslayer 
[17:34] <shadeslayer> ill survive
[17:34] <shadeslayer> Quintasan: this is the KDE neon.. no one survives
[17:34] <ScottK> al: A minute or two, IIRC.
[17:34] <al> ScottK: hm, ok
[17:35] <shadeslayer> Quintasan: btw ask sheytan to make a new icon for us :P
[17:35] <al> fingers crosse
[17:35] <al> d
[17:35] <Quintasan> kk
[17:35] <Quintasan> will spam him
[17:35] <shadeslayer> ^_^
[17:39] <shadeslayer> cya laer
[17:39] <shadeslayer> *later
[17:41] <ScottK> JontheEchidna: Did you see my ping about amarok?
[18:01] <al> does this branch work for anyone?  lp:~quassel-dev/quassel/quassel-i18n-lpexp
[18:01] <al> i created it half an hour ago but maybe i need to wait longer?
[18:09] <JontheEchidna> ScottK: no, I must have confused quilt
[18:09] <JontheEchidna> (was out for lunch)
[18:09] <ScottK> JontheEchidna: I'll reject it then and you can reupload with the save version number.
[18:10] <jtechidna> ScottK: sorry, was out to lunch
[18:10] <jtechidna> ScottK: yeah, looks like I confused quilt pretty good
[18:26] <apache2logger> http://aplg.kollide.net/images/osiris/013.png
[18:26] <apache2logger> is it just me or does that hello widget there look completely stupid
[18:27]  * apache2logger was thinking about using it for notifiying the user about errors 
[18:28] <apache2logger> http://aplg.kollide.net/images/osiris/014.png
[18:28] <apache2logger> in oxygen it seems even worse
[18:28] <apache2logger> :S
[18:29] <apache2logger> al: branches should be published almost instantly
[18:30] <apache2logger> al: does not work here though
[18:47] <superfly> apache2logger: are you writing a web app or a desktop app :-P
[19:04] <Nightrose> k
[19:04] <Nightrose> wrong channel...
[19:07] <apache2logger> superfly: a desktop app to replace a web app
[19:07] <apache2logger> ...
[20:28] <ScottK> jtechidna: Did you already reupload amarok and someone else accepted it?
[20:28]  * ScottK was out for awhile.
[20:28] <jtechidna> ScottK: no, the patch doesn't apply
[20:28] <ScottK> Urgh.
[20:29] <jtechidna> and no frenchman in sight
[20:29] <ScottK> As long as we get it on Monday, it'll be fine.
[20:38] <superfly> apache2logger: I just ask in jest, because that looks very much like what a web app would do
[21:12] <apache2logger> superfly: I do not even quite understand why we cannot have the existing web interface do it
[21:13] <superfly> apache2logger: as far as I can make out (from the Ubuntu documentation, anyways), that is what Ubuntu does
[21:14] <apache2logger> yes, I am replicating their UI for the KDE platform
[21:14] <superfly> I think it's cool, but I completely see your point
[21:15]  * apache2logger still does not know where to put error messages
[21:15] <apache2logger> maybe I should just abuse the overlay
[21:16] <apache2logger> "Our webserver exploded, please try agian [Ok]"
[21:16] <superfly> hahaha
[21:16] <apache2logger> actually that might not be the worst idea
[21:16] <JontheEchidna> KRatingPainter is inefficient: http://imgur.com/q4tzF
[21:17] <JontheEchidna> It creates a new KIconEffect class every paint to make a disabled pixmap
[21:17] <apache2logger> renders my earlier changes to a BaseWidget useless, but...
[21:18] <JontheEchidna> It's about twice as expensive as the already somewhat-expensive KIcon(QString) lookup :s
[21:18] <superfly> JontheEchidna: I have to ask... how did you get the menu bar in the panel at the top of your screen?
[21:18] <superfly> I've played, and I can't figure it out :-/
[21:18]  * apache2logger notes that kicon(qstring) lookups are not that expensiv because they usually have high cache hit rates
[21:19] <JontheEchidna> http://imgur.com/05u52
[21:19] <JontheEchidna> superfly: I'm using plasma-widget-menubar in maverick
[21:19] <superfly> ah
[21:19] <apache2logger> JontheEchidna: how would you fix the ratingpainter waste though?
[21:19] <apache2logger> static global instance of iconeffect?
[21:20] <JontheEchidna> apache2logger: create the pixmap once in the constructor maybe?
[21:20] <apache2logger> scaling?
[21:20] <apache2logger> oh, hold on
[21:21]  * apache2logger needs to look what that class actually does ^^
[21:21] <JontheEchidna> hmm, no good. the pixamp it applies the affect to is dynamic
[21:21] <apache2logger> JontheEchidna: you cannot avoid the painting
[21:22] <apache2logger> you could reduce the amount of painting by storing previous state information (parent size constraint, visibility etc..) and make painting dependent on that
[21:22] <apache2logger> but that is bound to fail
[21:23] <JontheEchidna> for this snippet here: http://paste.ubuntu.com/484643/
[21:23] <JontheEchidna> couldn't we just create one KIconEffect object and let hoverPix and disabledratingpix share it?
[21:24] <apache2logger> JontheEchidna: I do not think so
[21:25] <apache2logger> well
[21:25] <apache2logger> maybe
[21:25] <JontheEchidna> if we could that'd cut KIconEffect constructions in half
[21:25] <apache2logger> JontheEchidna: it however makes me wonder why apply is not some static thing
[21:26] <ScottK> In Soviet Russia, KIconEffect constructions cut you.
[21:28] <apache2logger> hm
[21:29] <apache2logger> JontheEchidna: now I am a little tired but from my POV it looks to me that the usage there is wrong
[21:29] <apache2logger> instead the static functions of KIconEffect should be used
[21:30] <JontheEchidna> e.g. KIconEffect::disabled, etc?
[21:30] <JontheEchidna> *deSaturate
[21:30] <apache2logger> http://api.kde.org/4.5-api/kdelibs-apidocs/kdeui/html/classKIconEffect.html
[21:30] <apache2logger> JontheEchidna: yeah
[21:31] <JontheEchidna> from the looks of it they aren
[21:32] <JontheEchidna> 't using the static ones because the mess with the effect strength
[21:32] <apache2logger> then it calls for global static instance of KIconEffect
[21:32] <JontheEchidna> oh, but that's not really an excuse because deSaturate takes a strength argument
[21:33] <apache2logger> since it essentially calls upon static stuff just that it requires effect strength help
[21:33] <JontheEchidna> er *toGrey()
[21:33] <apache2logger> JontheEchidna: well then...
[21:33] <JontheEchidna> those calls should be replaced by toGray(pixmap, strength)
[21:34] <JontheEchidna> resulting in not having to construct thousands of KIconEffects and all their configy needs
[21:34] <JontheEchidna> and probably resulting in some nice painting optimization for dolphin and gwenview when using the rating widget
[21:34] <apache2logger> aye
[21:34] <apache2logger> good catch
[21:44] <JontheEchidna> This could have been done also: KIconEffect *effect = KIconLoader::global()->iconEffect();
[21:50] <JontheEchidna> I just might have to blog about this one.
[21:53] <apache2logger> ^^
[21:53] <apache2logger> JontheEchidna: what do you think about http://aplg.kollide.net/images/osiris/015.png for errors?
[21:54] <JontheEchidna> fancy
[21:54]  * apache2logger thinks that the overlay somehow must be made overlap the buttonbox
[21:54] <JontheEchidna> yeah
[21:54] <apache2logger> I do not realy feel like manually setting and unsetting enables there ^^
[21:55] <apache2logger> getting the overlay down there is gonna be tricky though, since it is outside the baseWidget and only a part of the windowing widget
[21:55]  * apache2logger is scared
[21:56] <JontheEchidna> holy code duplication batman: http://lxr.kde.org/source/KDE/kdelibs/knewstuff/knewstuff3/ui/ratingpainter.cpp
[21:57] <apache2logger> *pow*
[21:57] <apache2logger> JontheEchidna: must be from the days when nepomuk did not live in libs I suppose
[21:57] <JontheEchidna> yeah
[21:57] <apache2logger> good thing whoever put it there did not bother to get rid of it again :P
[21:59]  * apache2logger scratches head
[22:00] <JontheEchidna> gaze at the expensiveness: http://imgur.com/0E1Js
[22:01]  * apache2logger is wondering if one can get the relative position of a widget inside another widget
[22:02] <apache2logger> JontheEchidna: needs to go on a diet clearly
[22:02] <JontheEchidna> bbiab
[22:16] <apache2logger> oh
[22:16] <apache2logger> uh
[22:16] <apache2logger> ha!
[22:16] <apache2logger>     QSize baseSize = m_baseWidget->size();
[22:16] <apache2logger>     int heightBelowWidget =  window()->size().height() - baseSize.height() - parentPos.y();
[22:16] <apache2logger>     baseSize.setHeight( baseSize.height() + heightBelowWidget);
[22:16] <apache2logger> ^^
[22:20] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827211950-89neb97ppcrpinh4 * src/ (5 files) get rid of stinky old basewidget - we shall favor overlays muhahahah
[22:27] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827212710-v8olhqddkwa6jrpk * src/ (5 files) overlay expands over button box, overlay is now a stacked widget, overlay can show error with ok button, that foo get used for errors now
[22:28]  * apache2logger notes that now there is more designer ui file xml than cpp in this project :P
[22:29] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827212905-dxj3oe6t45bajxx1 * src/BusyOverlay.cpp reorder error showing
[22:34] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827213334-nhip5ocktu0c52cc * src/Error.h use first line of error reply as message, everything else is pyth0rn junk
[22:35] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827213535-cd9e6lpf9i2pzdvu * src/RegisterWidget.ui default register checkboxes to checked
[22:36] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827213622-b02sgv6n73m6i0h0 * src/RegisterWidget.cpp make checked terms checkbox condition to register
[22:37] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827213722-3ml2alazw2kn6ygt * src/Dialog.cpp remove ktitlewidget
[22:43] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827214229-d6qk8igkrrzbva7d * src/RequestPasswordWidget.ui make request description string more useful
[22:43] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827214117-1cqd7enrpfe1ckw8 * src/RegisterWidget.cpp upstream says the helps&tips stuff does currently not have any function -> hide
[22:48] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827214809-d5edfhdl29hx7ak7 * src/LoginWidget.cpp run login email address through emailhelper
[22:51] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827215057-im99w2m011zf0wwy * src/main.cpp set organization domain to you bun too dot com
[22:52] <debfx> apache2logger: even on arm qt4-x11 uses lzma for compression, is that intentional?
[22:52] <apache2logger> *shurg*
[22:53] <debfx> why is it disabled for kde packages anyway
[22:53] <apache2logger> debfx: if it got hardcoded lzma foo in the rules ... port it to --with-lzma
[22:53] <apache2logger> debfx: time outs
[22:53] <apache2logger> IIRC
[22:53] <debfx> if qt works fine I imagine kde packages do as well
[22:53] <apache2logger> dunno if that is still valid, even then I would argue that it should be done per-package
[22:54] <apache2logger> debfx: bindings is quite the beast, kdepim too...
[22:54] <ScottK> Installer fixes in http://cdimage.ubuntu.com/kubuntu/daily-live/current/ need testing.
[22:54] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827215438-382zmkx5hpjgl58v * src/main.cpp remove client suffix from name
[22:56] <ScottK> Anyone around that can test the new ISOs?
[22:56] <JontheEchidna> I thought we enabled lzma for all kde, and only disabled it for Qt on ARM
[22:57] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827215651-14rsyguru8znw312 * src/Dialog.cpp when on success page -> only show close button
[22:57] <CIA-71> [muon] jmthomas * 1168921 * trunk/extragear/sysadmin/muon/src/DetailsTabs/MainTab.cpp Hide the purge button when installed, since we already have the purge action as a menu item of the remove item when the package is installed
[22:58] <debfx> JontheEchidna: well currently it's the opposite ^^
[22:58] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827215756-7tseiqsy61h9xruc * src/SuccessWidget.ui mark placeholder labels in success ui not translatable
[22:58] <JontheEchidna> :s
[23:01] <JontheEchidna> are you sure?
[23:01] <JontheEchidna> lzma.pm should enable it for everything kde, except when on arm and when DEB_NO_LZMA is true
[23:02] <CIA-71> [ubuntu-sso-client-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100827220142-a4jd5an22rrnczkd * src/ (RegisterWidget.cpp RegisterWidget.ui) move busywidet into a widget with layout rather than a layout alone, so it can be hidden properly
[23:05] <apache2logger> meh
[23:05] <apache2logger> my new laptop is still in frankfurt -.-
[23:05]  * apache2logger will not be able to sleep properly until monday
[23:06] <debfx> JontheEchidna: lzma is disabled if on arm OR DEB_NO_LZMA=1
[23:06] <JontheEchidna> yeah, that's what I meant
[23:06] <JontheEchidna> the latest muon build from yesterday is lzma'd: http://launchpadlibrarian.net/54471545/buildlog_ubuntu-maverick-amd64.muon_1.0.1-0ubuntu2_FULLYBUILT.txt.gz
[23:06] <JontheEchidna> as is kde4libs: http://launchpadlibrarian.net/53747391/buildlog_ubuntu-maverick-amd64.kde4libs_4:4.5.0b-0ubuntu2_FULLYBUILT.txt.gz
[23:07] <debfx> yes, but not on arm
[23:07] <JontheEchidna> oh
[23:08] <JontheEchidna> I thought you meant that all KDE on all archs was disabled when you said [17:53:16] <debfx> why is it disabled for kde packages anyway
[23:10] <debfx> ah no, I was only talking about arm
[23:11] <JontheEchidna> yeah, just a misunderstanding on my part
[23:11] <debfx> hm I should have uploaded qt from a server ^^
[23:12] <debfx> 200MB with 1 MBit/s takes a while ...
[23:12] <ScottK> Got spare download bandwidth to grab the latest ISO for testing while you wait?
[23:13]  * yofel just uploads 230MiB of kdesupport to neon ppa over 1Mbit
[23:13] <yofel> I feel with you...
[23:14] <debfx> dput needs a bandwidth limitation option
[23:22] <JontheEchidna> meh, KIconEffect::toGray won't operate on QPixmaps, only QImages :(
[23:22] <JontheEchidna> oh well, at least I can use the global KIconEffect instance to avoid two constructions on every paint
[23:25] <yofel> ScottK: current maverick amd64 iso gives me the violet ubuntu splash after selecting start kubuntu, is that known? (KVM)
[23:26] <ScottK> yofel: There is a bug on that, yes.
[23:26] <ScottK> yofel: Can you install?
[23:26] <yofel> just trying, installer looks nice :)
[23:28] <yofel> btw, does anyone else get 'Exception AttributeError: "'NoneType' object has no attribute 'close'" in <function terminate at 0x229bde8> ignored' from dput in maverick?
[23:28] <yofel> (using sftp)
[23:29] <ScottK> yofel: Excellent.  If it installs that will be a huge piece of good news.
[23:29] <yofel> well, it seems to do something while I'm currently at the keyboard configuration
[23:30] <apache2logger> JontheEchidna: QPixmap::toImage()?
[23:30] <ScottK> It's supposed to start installing right away, so that's expected.
[23:30] <JontheEchidna> apache2logger: might be just cheaper to get a pointer to the global KIconEffect instance
[23:30] <ScottK> The idea is to minimize total time required by doing stuff that doesn't need your input while getting input from you on the stuff it does.
[23:31] <apache2logger> JontheEchidna: I doubt apply() does it otherwise
[23:31] <yofel> right, seems to work fine so far, where did the advanced tab go btw? or did I just miss that somewhere?
[23:31] <debfx> yofel: dput works fine for me
[23:31] <apache2logger>     else if ( effect != NoEffect )
[23:31] <apache2logger>     {
[23:31] <apache2logger>         QImage tmpImg = pixmap.toImage();
[23:31] <apache2logger> JontheEchidna: ^
[23:32] <JontheEchidna> what if effect == ToGray?
[23:32] <yofel> debfx: it works fine too, but after it finishes uploading it prints that error. I guess I should suspect that bzr sftp plugin it's using
[23:32] <apache2logger> JontheEchidna: it does that and then passes the image to a QImage version of apply
[23:32] <apache2logger> and so forth
[23:33] <JontheEchidna> so we'd just be doing the convert 1 step earlier
[23:33] <apache2logger> from what I see the apply qpixmap foo is even more expensive than you would think
[23:33] <apache2logger> if you call the qpixmap apply version with least arguments you will need at least 3 function stacks to get anywhere
[23:34] <apache2logger> only to end up with
[23:34] <apache2logger>     case ToGray:
[23:34] <apache2logger> 	toGray(image, value);
[23:34] <ScottK> yofel: There's some hidden way to get to it.  IDK what.
[23:34] <apache2logger> where image is the image created as per above
[23:34] <ScottK> yofel: Let me know when it finishes please.
[23:34] <apache2logger> and once a QImage gets out, what do you think gets used to convert back to QPixmap?
[23:34] <apache2logger> result = QPixmap::fromImage(tmpImg); :P
[23:34] <yofel> ScottK: I'll look for it later, expected it to be in the 'Install' tab, but that seems to only show the slideshow now
[23:35] <yofel> sure (currently 51%)
[23:35] <ScottK> I'll accept a basic install as working as big progress for the moment.
[23:37] <apache2logger> JontheEchidna: so the gain is little but you save a couple of function calls which with a lot of calls to the ratingpainter will probably make more a difference
[23:40]  * apache2logger pays his bed a visit
[23:40] <apache2logger> nite
[23:40] <yofel> gn8
[23:43] <yofel> considering that the progress bar resets for the different installation phases an overall progress bar would be nice :/
[23:57] <yofel> oh great, ubiquity was killed by OOM
[23:59] <yofel> most of the memory was used up by 147 instances of 'plugininstall.p' where each uses 10MiB
[23:59] <yofel> ScottK: ^
[23:59] <ScottK> Ouch.