[00:40] <CIA-42> [muon] jmthomas * 1198254 * trunk/extragear/sysadmin/muon/installer/Application.cpp Fix names containing Utf8 characters
[05:44] <ulysses> shadeslayer: ping
[09:12] <Riddell> apachelogger: for bug 676663 you're usually better just uploading SRUs
[09:12] <Riddell> apachelogger: also it needs fixed in natty (or marked as already fixed)
[09:31] <apachelogger> Riddell: it is uploaded
[09:31] <apachelogger> sru guide says debdiffs are required eitherway
[09:31] <apachelogger> Riddell: for natty I was actually going to wait for 4.6b1
[09:39] <Riddell> apachelogger: pitti will want it in natty before it gets into older versions
[09:40] <apachelogger> Riddell: well, if you could just forward port the maverick change, that would be cool
[09:40]  * apachelogger cannot testbuild right now, since he is netbooking @ university
[09:41] <apachelogger> also it *is* wasted effort since the patch will be dropped within <7 days 
[09:43]  * Riddell makes it sew
[10:02] <hrw> ScottK: how much time it took to build qt4-x11 on armel?
[10:07] <Riddell> hrw: he said 12 hours with icecc
[10:07] <hrw> thx
[11:09] <hanthana> kubuntu use debian installer or some thing else?
[11:17] <freeflying> hanthana, depends on which image you mean, alternative does, desktop use ubiquity
[11:30] <apachelogger> Riddell: thank you
[11:33] <Riddell> hanthana: welcome along
[11:33] <Riddell> hanthana: debian-installer on alternate as freeflying says, desktop uses ubiquity which uses strings from debian-installer and some from itself
[11:35] <hanthana> freeflying: Riddell : I am approching Kubuntu Desktop edition
[11:35]  * hanthana asked same question from #kubuntu and #kubuntu-devel. my bad
[11:36] <Riddell> https://translations.edge.launchpad.net/ubuntu/maverick/+source/ubiquity is the key
[11:39] <hanthana> Riddell: don't you guys use Debian Installer at all?
[11:40] <Riddell> hanthana: yes, on the alternate CDs, but it's more normal for people to use the desktop CDs which use Ubiquity (which as I say use strings from debian installer)
[11:41] <hanthana> Riddell: as we approach desktop edition i can leave Debian installer , and work on Ubiquity
[11:42]  * hanthana is more interested on offiline l10n with lokalizer instead of launchpad/transifex
[11:42] <Riddell> hanthana: it needs both, most of Ubiquity's strings are from Debian Installer
[11:42] <hanthana> Riddell: its mean we can inherits my debian translation work?
[11:43] <Riddell> hanthana: yes
[11:43] <hanthana> cool
[12:02] <ScottK> hrw: 23 1/2 hours with one smarttop.  12 with three using icecc.
[12:03] <hrw> thx
[12:03] <ScottK> Or ~1 hour to FTBFS with the current gcc, but that's a separate issue.
[12:24] <CIA-42> [apturl] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20101118122415-f1qonsl56yudy951 * debian/ (changelog control) Make apturl-kde explicity depend on python-qt4 and python-kde4
[12:51] <Sput> ScottK: so the current gcc optimizes compile time!
[13:05] <shadeslayer> ulysses: pong
[13:08] <ulysses> shadeslayer: I tried to upgrade to kde 4.5.3 on lucid, but aptitue wanted to remove much thing, like kdebase-workspace, kdebase-workspace-bin, plasma-widget-smooth-tasks, etc
[13:08] <shadeslayer> uh
[13:08] <shadeslayer> ulysses: sudo apt-get dist-upgrade
[13:08] <shadeslayer> dont use aptitude for such stuff
[13:08] <ulysses> ah
[13:08] <shadeslayer> also
[13:08] <shadeslayer> i have no idea why aptitude and apt behave so differently :P
[13:09] <ulysses> ok, I'll try it
[13:14] <ulysses> apt-get wants to upgrade packages too:P
[13:15] <ulysses> freespacenotifier kbluetooth kdebase-plasma kdepimlibs-data knm-runtime ktorrent libkfontinst4 libkonqsidebarplugin4 libkwineffects1 libplasma-applet-system-monitor4 libplasmaclock4 libprocesscore4 libprocessui4 libqt4-assistant libqt4-multimedia libsolidcontrol4 libtaskmanager4 libweather-ion4 network-manager-kde plasma-widget-smooth-tasks
[13:15] <shadeslayer> \o/
[13:16] <shadeslayer> ulysses: just make sure it doesnt remove important stuff
[13:16] <ulysses> plasma-widget-smooth-tasks is important for me:P
[13:17] <shadeslayer> ^_^
[13:17] <shadeslayer> ulysses: its not removing that is it?
[13:17] <ulysses> these packagaes will be removed, if I hit the 'y'
[13:17] <shadeslayer> what...
[13:17] <shadeslayer> ulysses: are you upgrading from 4.4?
[13:17] <ulysses> yeap, it's lucid
[13:18] <shadeslayer> ah clean lucid
[13:18] <shadeslayer> even more win
[13:18] <shadeslayer> ulysses: pastebin apt-get dist-upgrade output
[13:18] <shadeslayer> and afaik thats all good
[13:18] <shadeslayer> but pastebin the output and i can advise only then
[13:19] <ulysses> http://pastebin.com/xVcMq0ed
[13:19] <shadeslayer> hold on
[13:22] <CIA-42> [muon] jmthomas * 1198444 * trunk/extragear/sysadmin/muon/installer/ApplicationWindow.cpp Fix a crash that occurred if you were making the ApplicationView paint() right before reloading the backend
[13:22] <shadeslayer> why does it want to remove kbluetooth
[13:22] <shadeslayer> weird
[13:23] <shadeslayer> ulysses: im pretty sure youll have to let go of plasma-widget-smooth tasks
[13:24] <ulysses> :'(
[13:24] <shadeslayer> there was a reason behind it.... cant remember
[13:24] <shadeslayer> but this was a complaint :P ....
[13:25] <shadeslayer> ah
[13:25] <JontheEchidna> is this backports?
[13:25] <shadeslayer> ulysses: i can fix that hold on
[13:25] <shadeslayer> JontheEchidna: thats a clean install upgrading from KDE 4.4 in lucid to KDE 4.5.3 
[13:25] <shadeslayer> its in staging
[13:25] <shadeslayer> ulysses: https://launchpad.net/~kubuntu-ppa/+archive/backports/+sourcepub/1263164/+listing-archive-extra
[13:26] <shadeslayer> JontheEchidna: any idea why it wants to remove kdebluetooth?
[13:26] <JontheEchidna> right, the lucid backports need the library name changes that we got in the debian merge reverted
[13:26] <JontheEchidna> e.g. libfoo4a back to lib4 in lucid
[13:26] <shadeslayer> yep
[13:26] <shadeslayer> ulysses: you shall get your plasmoid back, dont worry :D
[13:27] <ulysses> :)
[13:27] <shadeslayer> but why does it want to remove kdebluetooth
[13:27] <ulysses> kde 4.5 uses bluedevil, no?
[13:28] <JontheEchidna> kdebluetooth uses libs from kdebase-workspace
[13:40] <shadeslayer> JontheEchidna: so that upgrade looks fine?
[13:40] <shadeslayer> i was just a bit unsure about kdebluetooth
[13:41] <JontheEchidna> no, the library rename changes need to be reverted back to what they were in lucid
[13:41] <shadeslayer> um... why?
[13:41] <JontheEchidna> ...because it causes things like kdebluetooth and plasmoids to be removed
[13:42] <shadeslayer> but afaik the same names were used for KDE 4.5.2
[13:42] <shadeslayer> and the plasmoids are fixed in the backports PPA
[13:43] <JontheEchidna> right, the 4.5.2 packgaes are messed up too
[13:43] <shadeslayer> heh :P
[13:43] <JontheEchidna> 4.5.3 can't go to lucid-updates like that
[13:43] <shadeslayer> im not putting it there
[13:43] <shadeslayer> and it wont get into lucid updates
[13:43] <Tm_T> how so?
[13:43] <shadeslayer> since the new policy says we can only do 4.4.x releases
[13:43] <shadeslayer> ( for lucid )
[13:44] <JontheEchidna> oh, right
[13:44] <shadeslayer> https://wiki.kubuntu.org/Kubuntu/UpdatesPolicy <<
[13:44] <shadeslayer> If approved by the Ubuntu Technical Board, this policy would be implemented starting with KDE 4.4.X in Lucid (already tested and ready for -proposed).
[13:44] <JontheEchidna> yeah, I forgot that we weren't on 4.4 anymore
[13:44] <shadeslayer> heh :P
[13:44]  * Tm_T keeps getting confused with KDE release numbers
[13:45] <JontheEchidna> anyways, there must have been some changes with the natty merges that changed some lib from 4a-4b
[13:45] <shadeslayer> JontheEchidna: so id like to keep the maverick packaging
[13:45] <shadeslayer> 99% of it is the same as the maverick kde 4.5.3 packaging
[13:45] <JontheEchidna> which is why we're still getting removals even after rebuilding all those apps
[13:46] <shadeslayer> actually.... theres no kdebluetooth in the PPA
[13:46] <shadeslayer> so i think i have to do a seprate upload for that
[13:46] <shadeslayer> ah wait
[13:46] <shadeslayer> https://launchpad.net/~kubuntu-ppa/+archive/backports/+sourcepub/1263167/+listing-archive-extra
[13:46] <shadeslayer> no need for that as well
[13:46] <shadeslayer> ill just copy stuff
[13:54] <shadeslayer> ulysses: wait for 30 mins and so and check again :D
[14:06] <shadeslayer> JontheEchidna: also the part where it says that it wants to remove Qt stuff seems to be fine, since multimedia foo was merged anyways
[14:06] <JontheEchidna> yeah
[14:07] <shadeslayer> freespacenotifier is one other thing im a bit concerned about
[14:07] <shadeslayer> idk where that went
[14:08] <JontheEchidna> it's in kdebase-workspace in 4.5
[14:08] <JontheEchidna> !info freespacenotifier natty
[14:08] <JontheEchidna> !info freespacenotifier maverick
[14:09] <shadeslayer> hmm
[14:09] <JontheEchidna> right, I think it's in kdebase-workspace-bin in maverick or somesuch, and then debian split it back out. We then got that change in natty
[14:10] <shadeslayer> yeah https://launchpad.net/ubuntu/maverick/+source/freespacenotifier/0.0svn1061317-0ubuntu1
[14:10] <shadeslayer> seems it was moved to kdebase-workspace
[14:11] <shadeslayer> of all the widgets only plasma-widget-smooth-tasks FTBFS's
[14:12] <shadeslayer> wait no.. its yawp
[14:14] <shadeslayer> !find libweather-ion5
[14:17] <shadeslayer> hmm.. ill need to update yawp with package from maverick 
[14:18] <CIA-42> [muon] jmthomas * 1198454 * trunk/extragear/sysadmin/muon/ (3 files in 3 dirs) Move the packageChanged() -> setActionsEnabled() connection to MuonMainWindow for less duplication
[14:19] <CIA-42> [muon] jmthomas * 1198455 * trunk/extragear/sysadmin/muon/installer/ (4 files) Add the "File" menu to muon-installer
[14:21] <shadeslayer> JontheEchidna: when are you moving to Git? :D
[14:22] <JontheEchidna> iDunno
[14:25] <ulysses> libktorrent-dev is missing so ktorrent fails to build
[14:25] <shadeslayer> ulysses: yes, libktorrent needs publishing first
[14:25] <shadeslayer> im waiting for it to get published ^_^
[14:26] <shadeslayer> ive also backported a new plasma-widget-yawp 
[14:26] <shadeslayer> and for some reason my upload was gobbled by all mighty launchpad
[14:26] <shadeslayer> which seems to have a mind of its own now a days
[14:26] <ulysses> evil launchpad
[14:26] <shadeslayer> there we go : https://launchpad.net/~kubuntu-ppa/+archive/staging/+builds?build_state=building
[14:27] <shadeslayer> i still dont have a upload email -.-
[14:28] <shadeslayer> i hate it when lp gobbles up my email
[14:29] <Riddell> arguably better than it spewing up e-mail at you
[14:29] <shadeslayer> apachelogger: afaik the find search bugfix is on reviewboard 
[14:29] <shadeslayer> well... yeah.. i also hate it when it spews rosetta email at me
[14:32] <shadeslayer> ulysses: try now and pastebin output
[14:32] <shadeslayer> ( ktorrent is rebuilding now )
[14:33] <ulysses> http://pastebin.com/7nxHncMa
[14:33] <shadeslayer> lol... one of the builders is called nannyberry
[14:34] <shadeslayer> https://launchpad.net/builders/nannyberry
[14:34] <shadeslayer> looks MUCH better now
[14:34] <shadeslayer> !find libkfontinst4
[14:34] <shadeslayer> !find libkfontinst4 lucid
[14:38] <CIA-42> [muon] jmthomas * 1198458 * trunk/extragear/sysadmin/muon/ (5 files in 3 dirs) Move the software properties launcher action to MuonMainWindow. All MuonMainWindow derivatives will have this action
[14:42] <shadeslayer> ulysses: upgrade after like ... 20 mins or so, ktorrent will be done till then
[14:42] <ScottK> apachelogger: More ice cream troubles.  Please see the discussion about which version of gcc I was using in Bug #675347.
[14:48] <ScottK> Sput: Definitely ;-)
[14:49] <ScottK> shadeslayer: Don't worry about getting tired of email from LP.  It now decides when someone in the opensuse bugzilla marks one bug a duplicate of another bug that is so critical I must be emailed about it.
[14:54] <shadeslayer> :D
[14:55] <ScottK> I "solved" that one by unsetting the remote bug watch.
[14:55] <shadeslayer> lol
[14:55] <ScottK> Probably not the behavior the designers anticipated.
[14:56] <shadeslayer> Riddell: can i haz announcement on kubuntu.org? :D
[14:58] <Riddell> shadeslayer: what for?
[14:58] <shadeslayer> Riddell: KDE 4.5.3 for lucid... as soon as ulysses confirms its working and we copy it over to the backports ppa
[14:59] <Riddell> shadeslayer: I'm doing the upgrade now
[14:59] <Riddell> almost downloaded
[14:59] <shadeslayer> oohh
[14:59] <shadeslayer> Riddell: i copied over some more packages.... you should update and upgrade :D
[15:00] <shadeslayer> kdebluetooth, alot of widgets, ktorrent ...
[15:02] <shadeslayer> and i tested the stuff in my chroot... install seemed to go fine
[15:05] <Riddell> shadeslayer: testing yourself is necessary but not sufficient before announce, needs a third party to test too
[15:05] <Riddell> shadeslayer: also you say install went fine, did it run?
[15:06] <shadeslayer> Riddell: yep, but since i did a install in a clean chroot, i need to verify if the upgrade works too
[15:06] <shadeslayer> since i did Lucid Base -> Lucid KDE 4.5.3
[15:07] <shadeslayer> ulysses is testing out a full fledged install :)
[15:07] <shadeslayer> i wrote to upstream about something related to openssl
[15:07] <shadeslayer> cant remember which project :P
[15:08] <shadeslayer> oh skrooge
[15:09] <ScottK> shadeslayer: Send them our armel patch too.
[15:09] <shadeslayer> looking into that
[15:10] <ScottK> Thanks.
[15:11] <effie_jayx> ScottK: I did the update to wiki entris to netbook and make references to current info regarding plasma-netbook
[15:11] <Riddell> apachelogger: any objection to me switching to gstreamer for alpha 1?
[15:12] <apachelogger> nope
[15:12] <ScottK> effie_jayx: I'm subscribed to the page.  I saw that. Thank you.  Very helpful.
[15:12] <ScottK> apachelogger: Did you get my note abou the ice cream?
[15:12] <apachelogger> yes
[15:12] <ScottK> Cool.
[15:12]  * apachelogger is busy with calculus right now
[15:12] <ScottK> Gonna fix it?
[15:12] <Riddell> apachelogger: works for me on the important stuff, compositing turned on with the music and videos I have lying around on my hard disk, DVD menus don't work of course, so i think we should solicit larger feedback to see what happens
[15:13] <Riddell> rdieter: am I right in thinking Fedora uses phonon gstreamer?
[15:13] <apachelogger> Riddell: I have a branch with dvdmenu support
[15:13] <apachelogger> just needs polish
[15:13] <Riddell> apachelogger: a branch of phonon?
[15:13] <apachelogger> ScottK: once I found out what there is to fix
[15:13] <shadeslayer> ulysses: upgrade is a go! :)
[15:13] <ScottK> apachelogger: Thanks.
[15:14] <apachelogger> Riddell: a git phonon branch, yes
[15:14]  * ulysses crosses fingers
[15:14]  * shadeslayer holds on to ulysses
[15:17] <rdieter> Riddell: not by default, no (still xine)
[15:17] <rdieter> Riddell: but we do ship/install it by default
[15:18] <shadeslayer> ScottK: patch forwarded :)
[15:18] <ScottK> THanks.
[15:19] <Riddell> jefferai: how much would amarok eat us if we switched to phonon gstreamer?
[15:20] <jefferai> would amarok eat you?
[15:21] <jefferai> what's the impetus to switch to phonon gstreamer?
[15:21] <Riddell> jefferai: qtwebkit is using qtmultimediakit which uses gstreamer
[15:22] <jefferai> OK, and?
[15:22] <jefferai> qtmultimediakit != phonon
[15:22] <Riddell> our CD has limited space and getting libraries off which perform duplicate functions is very preferable
[15:22] <shadeslayer> why are we bringing more g* stuff onto the CD :(
[15:23] <shadeslayer> oh... the libs are there? .... 
[15:23] <Riddell> shadeslayer: just because it begins with a g doesn't make it gnome
[15:23] <apachelogger> to more x* stuff off the cd
[15:23] <jefferai> Riddell: I think the question is really how buggy phonon gstreamer is
[15:23] <jefferai> my impression is -- very
[15:23] <jefferai> but, ask in the amarok dev channel
[15:23] <jefferai> others know more about it than I do
[15:25] <shadeslayer> apachelogger: seems world domination is nearer http://design.canonical.com/2010/11/the-monospace-is-coming/
[15:25] <ScottK> Fortunately we have an active Phonon maintainer here.
[15:25] <jefferai> ScottK: who?
[15:25] <shadeslayer> hehehe....
[15:25] <ScottK> jefferai: apachelogger.
[15:25] <jefferai> he works on phonon?
[15:25] <ScottK> (it's actually a bit of an inside joke - sorry)
[15:26] <ScottK> Not when he can avoid it.
[15:26]  * apachelogger is second in command for some obscure reason
[15:26] <jefferai> shadeslayer: why did Canonical feel the need to come up with yet another monospace font?
[15:27] <jefferai> there are already plenty of good alternatives to Courier
[15:27] <jefferai> it just makes them look silly
[15:27] <jefferai> "Courier sucks so we made our own" -- "Umm...why were you using Courier?"
[15:27] <shadeslayer> jefferai: another one? afaik thats the only Ubuntu Monospace font
[15:27] <Riddell> jefferai: to fit in with the rest of our desktop 
[15:27] <jefferai> Yes
[15:27] <jefferai> Ubuntu Monospace
[15:27] <jefferai> As opposed to many other existing fonts
[15:27] <shadeslayer> ( from the Ubuntu Font Family )
[15:27] <Riddell> jefferai: we don't use courier at the momeny we use deja
[15:27] <jefferai> Riddell: the blog post compares to Courier
[15:27] <shadeslayer> like Riddell said.... fits with the overall look
[15:27] <jefferai> it doesnt' talk about deja
[15:28] <jefferai> how does it fit with the overall look?
[15:28]  * apachelogger almost got a beating yesterday because people feel that the ubuntu font in 10.10 is the ugly
[15:28] <jefferai> how would deja or inconsolata and so on *not* fit?
[15:28] <Riddell> jefferai: I think that's just the reference font many font people use for monospace
[15:28] <jefferai> but it's a silly comparison because it's not even the font Ubuntu was using!
[15:29] <jefferai> Riddell: word back so far is that phonon gstreamer works pretty well except it won't do any last.fm streaming
[15:29] <jefferai> so last.fm will be broken for all Amarok users
[15:29] <ulysses> Qt: 4.7.0
[15:29] <ulysses> KDE Development Platform: 4.5.3 (KDE 4.5.3)
[15:29] <jefferai> on Kubuntu
[15:29] <Riddell> jefferai: mm that's interesting
[15:29] <Riddell> jefferai: of course last.fm doesn't work for me anyway but that's something to do with money
[15:30]  * shadeslayer hugs ulysses
[15:30] <shadeslayer> ulysses: fire up some apps and see if you can use them
[15:31] <shadeslayer> report any funny™ behaviour
[15:32] <shadeslayer> Riddell: any news from your side? :)
[15:32] <ulysses> there isn' preview in the Box switching when switching windows
[15:32] <jefferai> Riddell: nobody really has the time or energy or money to fix up the gstreamer backend since Qt didn't hold to their promise of keeping it maintained
[15:32] <shadeslayer> ulysses: possibly go and checkout system settings
[15:32] <jefferai> the best backend that we've found is phonon-vlc
[15:33] <jefferai> the newest versions (there will be a new release soon) has been working very well for three days nonstop for markey
[15:33] <shadeslayer> jefferai: erm.. phonon-vlc causes amarok to crash when it exits
[15:33] <shadeslayer> and theres a bug report with about ~10 backtraces attached to it
[15:33] <Riddell> shadeslayer: all installed, about to run it
[15:33] <jefferai> markey: ^
[15:33] <jefferai> any insight?
[15:33] <shadeslayer> kewl :)
[15:33] <jefferai> shadeslayer: it's probably fixed in newer code
[15:34] <jefferai> but let's see if markey knows
[15:34] <shadeslayer> im lookning as well
[15:34] <shadeslayer> kde bug 240001
[15:35] <shadeslayer> so its resolved
[15:35] <shadeslayer> great!
[15:35] <shadeslayer> ( i didnt look at it for quite some while, i just remembered it now :P )
[15:35] <Quintasan_> \o/
[15:35] <Quintasan_> shadeslayer, yofel: apparently we are stalled with kdebindings until upstream fixes it
[15:35] <Nightrose> apachelogger: re n900 - what do you want to do with it?
[15:36] <shadeslayer> Quintasan: bah
[15:36] <jefferai> shadeslayer: oh -- pulseaudio related
[15:36] <jefferai> unsurprising
[15:37] <apachelogger> Nightrose: kubuntu mobile primarily and take qtmultimediakit's only real target platform away and give it to phonon
[15:37] <shadeslayer> Riddell: quite some people are in favour of the clear button in the URL bar... some not quite for the idea..... its a hot topic on the mailing list, go put your views on it
[15:37] <Nightrose> apachelogger: i might have one then for this
[15:37]  * shadeslayer hugs apachelogger
[15:37] <apachelogger> hooray hooray
[15:37] <shadeslayer> apachelogger: w00t :D
[15:37] <ulysses> silly lokalize, can't load the project, just eat cpu :$
[15:38] <Riddell> shadeslayer: 4.5.3 works on lucid!  but funky double panel strangeness http://people.canonical.com/~jriddell/tmp/lucid.png
[15:38] <shadeslayer> ah!
[15:38] <ulysses> I don't have two panel o.O
[15:38] <shadeslayer> thats something due to plasma and our settings messing stuff up :P
[15:38] <shadeslayer> also
[15:39] <shadeslayer> happens only in VM's
[15:39] <shadeslayer> :>
[15:39] <Riddell> hmm, sounds worrying
[15:39] <shadeslayer> Riddell: i had the same issue on maverick when i booted it on a VM, but a live ISO ran fine
[15:39] <Riddell> I also had a crash i policykit but I'll put that down to running in a chroot
[15:40] <shadeslayer> no ideas on that one
[15:40] <ulysses> http://people.ubuntu.com/~ulysses/lucid.png
[15:41] <shadeslayer> ulysses: any polkit crashes?
[15:41] <ulysses> shadeslayer: nothing
[15:41] <Nightrose> apachelogger: poke me again about it next week and we'll figure something out
[15:41] <shadeslayer> ulysses: same thing with firefox?
[15:41] <Nightrose> too tired atm
[15:41] <apachelogger> Nightrose: :*
[15:42] <ulysses> shadeslayer: same with konsole too
[15:42] <shadeslayer> i also need to poke rbelem about getting kubuntu mobile for other phones and such
[15:42] <shadeslayer> ulysses: possibly turn on Highlight window in system settings?
[15:43] <Nightrose> apachelogger: :*
[15:45] <shadeslayer> apachelogger: damn it.... now i cant stop thinking about the N900
[15:45] <shadeslayer> my mind was made up about the HTC Desire
[15:48] <ulysses> shadeslayer: it's on
[15:48] <shadeslayer> ok hold on...looking
[15:48] <ulysses> I turn Box Switch out, it is very slooooooooow
[15:50] <shadeslayer> ulysses: did you try re adding the widget?
[15:50] <shadeslayer> :P
[15:50] <ulysses> ah, Lokalize's second start was faster
[15:50] <shadeslayer> ( i know its lame, but still worth a try )
[15:51] <ulysses> doesn't help
[15:52] <shadeslayer> no idea :(
[15:52] <ulysses> I'll just turn out:p
[15:53] <CIA-42> [muon] jmthomas * 1198469 * trunk/extragear/sysadmin/muon/installer/ (5 files in 2 dirs) Add an install/remove button inside the app details widget
[15:56] <JontheEchidna> whee http://imgur.com/pGm7d
[15:56] <Riddell> JontheEchidna: what's new?
[15:57] <JontheEchidna> install/remove button
[15:57] <JontheEchidna> also forward/back are now toolbar buttons
[15:58] <JontheEchidna> so now you can install apps from both the package list and the application details widget
[15:59] <JontheEchidna> I do wonder what that black ring surrounding amarok's icon is: http://imgur.com/OL6A0
[16:00] <ScottK> JontheEchidna: Did you have thoughts on 4.5.5 for -proposed?
[16:00] <JontheEchidna> doesn't appear in the details view: http://imgur.com/UCarU
[16:01] <JontheEchidna> ScottK: we just need to make sure that none of the library renames debian did in 4.4 that we merged during natty don't get applied to the packages for maverick-proposed
[16:01] <shadeslayer> whoa
[16:02] <ScottK> JontheEchidna: Right.  We need to start with lucid and 4.4 though I think.
[16:02] <ScottK> JontheEchidna: Sorry, I meant 4.4.5.
[16:02] <JontheEchidna> oh
[16:03] <ScottK> I think for 4.5.3 and maverick it's a bit soon.
[16:03] <JontheEchidna> same goes for lucid, except one KDE release cycle back. iirc we had this issue then, too
[16:05] <JontheEchidna> where we miss an ABI break, debian catches it/renames their packages, then when we merge for ubuntu+1 we pick up the new names
[16:05] <JontheEchidna> we then make packages for KDE 4.x+1, backport to ubuntu-1, and the new names stay for some reason
[16:05] <JontheEchidna> a bit of a mess
[16:12] <ScottK> Riddell: Looks like we have at least a work around for the Qt arm build failure.
[16:13] <Riddell> ScottK: oh?
[16:13] <ScottK> += -fno-strict-volatile-bitfields
[16:13] <ScottK> I've no idea what it does, but it gets past where it was failing.
[16:14] <ScottK> I'll work it into a proper patch and upload it.
[16:25] <ScottK> Riddell: The comment for debian/patches/89_powerpc_opts.diff says "Not needed long-term as the relevant g++ bug is fixed in GCC 4.4."  Perhaps I should drop this patch.
[16:25] <Riddell> ScottK: in qt?
[16:25] <ScottK> Yes.
[16:25] <ScottK> I'm consulting your patch review mail now
[16:26] <Riddell> ScottK: it's a debian patch, plenty of their patches can be dropped but we don't because we may as well stay in line with debian
[16:26] <Riddell> hopefully fabo will consult my patch review e-mail :)
[16:26] <ScottK> Riddell: OK.  The thing is it have to modify that patch now due to this new one.  Modify it or drop it?
[16:27] <ScottK> I've actually got the change done, so it's the same effort either way.
[16:28] <Riddell> then keep it
[16:32] <Riddell> shadeslayer: so moveing packages from staging to backports?
[16:32] <shadeslayer> Riddell: i cant right now, im off to study :P
[16:32] <shadeslayer> maybe tommorow?
[16:32] <shadeslayer> or if you want to do it :)
[16:34] <Riddell> no you study and do it tomorrow
[16:34] <shadeslayer> ok
[16:34] <shadeslayer> cya tmmrw then :)
[16:35] <ScottK> Actually I don't have to change it.
[16:35] <ScottK> (silly me, new patch is only for armel)
[16:39] <Riddell> JontheEchidna: could you take a look at the commit I just made to kubuntu-notification-helper for gstreamer and let me know if I can upload
[16:41] <JontheEchidna> I think the strings could be way less scary, but on a technical basis the commit is sound.
[16:41] <Riddell> I couldn't think of a less scary way to put it
[16:41] <Riddell> I agree bad and ugly and gstreamer are scary
[16:41] <JontheEchidna> Should be good to upload.
[16:42] <JontheEchidna> we'll just have to think of something later :)
[16:43] <JontheEchidna> gotta get to class; be back in ~an hour
[16:43] <JontheEchidna> well, an hour and a half more likely
[16:57] <ScottK> OK.  Qt uploaded.  We'll know tomorrow if it worked.
[17:36] <yofel> o/
[17:38] <yofel> Quintasan: meh, leave it then, we've got other stuff left to do anyway
[17:41] <ScottK> DarkwingDuck: Re perl and the icecc stuff, if you could make a patch to kdescr-build that would shell out right as it's about to start to build and print the results of "which g++" to stdout, that might reveal something.
[17:54] <DarkwingDuck> ScottK: i was thinking something along those lines... i was going to output to a log so i could view it.
[17:54] <ScottK> OK.
[18:00] <ulysses> shadeslayer: amarok crashes all the time if I want to play something (mp3 or internet stream)
[18:10] <shadeslayer> markey: ^^ KDE 4.5.3 and Qt 4.7 on lucid
[18:11] <shadeslayer> ulysses: please check any bug reports on bugs.kde.org with help of crash assistant that pops up
[18:12] <ScottK> shadeslayer: Did you rebuild  amarok?
[18:13] <ulysses> it's from lucid/main, not from the staging ppa
[18:13] <shadeslayer> ScottK: nope
[18:13] <ScottK> That would be why it crashes.
[18:13] <ScottK> You'll need to build it in the PPA against 4.5.
[18:14] <shadeslayer> ill do that
[18:16] <shadeslayer> copied over builds.. should be building shortly
[18:18] <DarkwingDuck> oh... heads up. GreyGeek saw the posts for my call and wants to help with documentation
[18:19] <DarkwingDuck> also, apachelogger ping
[18:39] <ScottK> Riddell: It looks like I may have touched the wrong qmake bits with my patch (since arm still FTBFS, just later on with the same error).  Would you please have a look.
[18:52]  * Quintasan_Droid made a cheesecake
[18:53]  * Quintasan_Droid cant wait to eat it
[19:01] <DarkwingDuck> Hey GreyGeek 
[19:01] <DarkwingDuck> apachelogger: Pingie
[19:01] <GreyGeek> Hi
[19:02]  * dasKreech takes a fork that goes alllllll the way across the room and eats up Quintasan_Droid's cheesecake. He eats it up!
[19:02] <dasKreech> hi GreyGeek
[19:02] <GreyGeek> Howdy!
[19:02] <DarkwingDuck> GreyGeek: You have any DocBook or XML expierence?
[19:02] <dasKreech> nixternal: ping 
[19:02] <GreyGeek> Nope.  Mostly C++ with QT4 development...
[19:03] <dasKreech> documentation talk :)
[19:03] <GreyGeek> BUT, I can learn!  :-)
[19:03] <DarkwingDuck> Awesome... You have C++ and QT4 as well? 
[19:03] <GreyGeek> and PostgreSQL work
[19:03] <DarkwingDuck> apachelogger, Riddell ScottK ^^^^^^^^^^^^^
[19:04] <GreyGeek> What do you want me to begin documenting first?
[19:05] <DarkwingDuck> You now how to use BZR?
[19:05] <DarkwingDuck> *know
[19:05] <GreyGeek> the version control system?  Love IT!
[19:05] <DarkwingDuck> Awesome, 
[19:06] <DarkwingDuck> gimme just a sec.
[19:06] <CIA-42> [muon] jmthomas * 1198514 * trunk/extragear/sysadmin/muon/installer/ApplicationModel/ApplicationViewWidget.cpp Not reporting download size in our confirmation box anymore
[19:06] <debfx> ScottK: maybe try adding it to src/qbase.pri
[19:07] <debfx> but isn't the flag required for all packages that use qt?
[19:07] <Quintasan> yofel: the problem is, we can't do other stuff without kdebindings I'm afraid
[19:08] <yofel> Quintasan: well, some of it sould work, only the python stuff should be broken, but iirc PyKDE isn't on the REQUIRED list anywhere, just a lot will be missing
[19:09] <Quintasan> That's what I wanted to avoid :P
[19:09] <Quintasan> what, the, heck is going on with my ubuntu install
[19:09] <yofel> well, I'll do kdenetwork over the weekend anyway, currently you can login, but that's about all you *can* do with what we have
[19:09] <DarkwingDuck> oh yeesh... mavrick branch takes for freaking ever to branch
[19:09]  * Quintasan has to reboot every few hours to have a working computer
[19:10] <Quintasan> duuno why
[19:10] <Quintasan> brb
[19:10] <yofel> o.O
[19:11] <Quintasan> I have totally no idea what causes it,
[19:11] <Quintasan> At times, launching Konsole takes up to 7 seconds
[19:12] <yofel> where's it hanging? cpu/hdd_io/memory_io ?
[19:13] <Quintasan> I have no idea
[19:13] <Quintasan> but it seems like hdd_io
[19:13] <yofel> odd
[19:13] <Quintasan> cause desktop effects still work fast, and *sometimes* I can easily alt+tab through the windows
[19:22] <DarkwingDuck> anyone seen apachelogger today?
[19:22] <JontheEchidna> DarkwingDuck: about 4 hours ago, yeah
[19:23] <DarkwingDuck> thanks JontheEchidna 
[19:33] <trichard> hey, i know this probably doesn't belong here, but does anyone know why this example seems to leek memory? http://pastebin.com/tA6HWW35
[19:33] <trichard> when the process get's to a.exec() it still uses 50MB according to top
[19:38] <CIA-42> [muon] jmthomas * 1198520 * trunk/extragear/sysadmin/muon/installer/ (4 files in 2 dirs) Undo the marked change if the user either fails to gain authorization or cancels at the authorization screen. This prevents the canceled operation for being done when another application is installed
[19:43] <JontheEchidna> trichard: If I understand this, you are creating a list of pointers to images, then for each of those items you create a pointer that points to a new image, but right afterwards change what the pointer points to, leaving the recently-created one hanging
[19:43] <JontheEchidna> image = queue.dequeue(); <- this changes what *image points to, but the thing that it was previously pointed to is still hanging around in memory, forever alone
[19:43] <trichard> JontheEchidna: If i run exactly the same codesnippet on windows the memory usage drops to 5MB again (correctly)
[19:44] <shadeslayer> ScottK: so if any app uses Qt/KDE ... itll have to get rebuilt against the new packages?
[19:44] <JontheEchidna> hmm
[19:44] <shadeslayer> or is it application specific?
[19:44] <JontheEchidna> oh, but you are adding the new image to the queue, so it should always delete any new ones made
[19:44] <JontheEchidna> nevermind
[19:44] <trichard> JontheEchidna: cvReleaseImage() releases the memory that's behind the pointer
[19:45] <trichard> JontheEchidna: Another strange thing is that it runs fine on my laptop but malfunctions on my desktop
[19:45] <ScottK> shadeslayer: Should be only some of them.
[19:45] <ScottK> Qt only should be fine
[19:45] <JontheEchidna> well, I'm stumped then. new images are always added to the queue, and that loop ensures that all images are free'd before it exits. In theory it should work...
[19:45] <shadeslayer> hmm
[19:45] <ScottK> KDE that only uses kdelibs should also be fine.
[19:45] <trichard> JontheEchidna: http://pastebin.com/CG9jyY1U could you maybe try this example, it does the same for me
[19:46] <trichard> (it's the same without opencv)
[19:49] <shadeslayer> so its everything else that could cause a issue
[19:49] <shadeslayer> ulysses: did the rebuild fix your issue?
[19:49] <trichard> JontheEchidna: http://imagebin.ca/view/GNGrNfl.html see this screenshot
[19:50] <ulysses> shadeslayer: I didn't updated yet
[19:50] <shadeslayer> ohk
[19:50] <JontheEchidna> trichard: hmm, seems fine here on my laptop: http://imgur.com/cLq9C
[19:51] <trichard> JontheEchidna: I see the same on my laptop but my desktop shows otherwise
[19:52] <trichard> i have a real world app that does much like this but then in a useful way, after a while it starts consuming over 600MB while it shouldn't consume more then 200MB
[19:52] <JontheEchidna> anything differing between the two? (64 bit vs 32? Different Qt versions? Different linux versions?)
[19:52] <trichard> both 64 bit kubuntu 10.10
[19:52] <trichard> i don't think Qt has much to do with this
[19:53] <JontheEchidna> I wouldn't think that 32 vs 64 bit would either, but you gotta cover your bases ;-)
[19:54] <trichard> Qt is at version 4.7.0 here
[19:55] <trichard> another strange thing is that when i remove the second for loop (which probably allocates memory on freed space again) the memory is released on my pc too
[19:55] <trichard> and when i add some qDebug() lines the memory is released as well
[19:55] <trichard> i'm clueless actually
[19:56] <JontheEchidna> afraid I'm clueless too :(
[20:04] <trichard> should i report this as a bug somewhere or .. ?
[20:30] <dantti> trichard: iirc linux did not release memory if not needed which does not happen with windows
[20:33] <trichard> dantti: so there's no way to actually know how much memory a process uses?
[20:34] <dantti> trichard: i think valgrind might help you
[20:37] <trichard> dantti: I'll take a look, massif looks promising :)
[20:42] <apparle> is there a channel for wubi? kubuntu install via wubi is not working. I am dropped to intrafms
[20:43] <ScottK> apparle: #ubuntu-installer I believe
[20:56] <trichard> dantti: Too bad massif is this slow :s
[20:56] <dantti> hehe
[20:57] <trichard> it does show my memory usage correctly though
[21:03] <dantti> trichard: right, so I think I was right :P
[23:53] <starcraftman> apachelogger: in belated response to somewhat old question, nope, no packaging experience... yet :)
[23:56] <starcraftman> hi jjesse :)