[00:04] <Riddell> ryanakca: we're done
[00:04] <Riddell> I'll write that up into a spec and get you and whoever to review it
[00:05] <ryanakca> Riddell: Thanks
[00:23] <maco> neversfelde: if it werent for the fact that the local mirror keeps dropping, id just upgrade and test it
[00:24] <Riddell> dinner anyone?
[00:24] <Riddell> rgreening shtylman__ ?
[00:25] <Riddell> jussi01?
[00:26] <Riddell> I seem to mind maco is being all sexist and not wanting boys today :)
[00:26] <maco> what what?
[00:26] <maco> no james_w, dholbach, jono, and mdz are coming with us :P
[00:26] <maco> theyre boys! or men...or something...
[00:26] <neversfelde> maco: would you have a look at the long description, I am afraid that it isn't very good, but I am not a native speaker, so I am not sure?
[00:27] <maco> kk
[00:27] <neversfelde> thanks
[00:27] <maco> this may be a very large value of "one hour" due to dinner ;)
[00:28] <Riddell> maco: oh I see, you want to go and take all your own boys with you
[00:28] <maco> right, only cute one allowed
[00:28]  * maco looks back at that list
[00:28] <nixternal> ouch
[00:28] <maco> how'd jono get on the list?
[00:28] <nixternal> maco: I was gonna say, you better review that list
[00:28] <nixternal> dholbach has way to much hair and smokes cigarettes like it is a joint :)
[00:29] <nixternal> last time I saw mdz he needed a haircut too...damn hippies!
[00:29] <nixternal> I can never say anything bad about mr. westby though
[00:30] <maco> nixternal:  he has less hair than this guy, whom i think is rather pretty http://media.photobucket.com/image/davey%20havok/dark_juliet_picture_show/Davey%20Havok/davey_havok.jpg
[04:09] <DarkwingDuck> nixternal: You awake or, are you up?
[04:09] <DarkwingDuck> Or, did I miss you a second night in a row? :P
[04:10] <rgreening> Tonio_: ping
[04:27] <DarkwingDuck> jjesse-netbook: ping
[08:44] <Lure> anybody working on qt 4.6rc packages?
[08:44]  * Lure plans to build kde form svn, but would like to avoid qt from git ;-)
[09:46]  * Lure found qt 4.6rc1 in kubuntu-ppa/experimental - thanks lex79
[09:52] <Tonio_> rgryeah ?
[09:52] <Tonio_> oups
[11:01] <jwisser> 6u4rd14n
[13:24] <markey> heya
[13:24] <markey> just a note:
[13:24] <markey> after rebooting (or restarting KDE), sometimes my keyboard doesn't work
[13:24] <markey> pluggin it out, then in again, fixes it
[13:25] <markey> I guess this could confuse newbies a lot
[13:25] <Tm_T> and dmesg has any info?
[13:25] <markey> lemme check, sec
[13:26] <markey> what should I look for in there?
[13:26] <Tm_T> markey: and it's ok you to admit you were confused (;
[13:26] <Tm_T> markey: if there's any related activity
[13:26] <markey> well I can fix this easily, a newbie maybe wouldn't be able to do that
[13:26] <markey> tell me something to grep for, the list is long :)
[13:26] <Tm_T> markey: it's usb keyboard?
[13:27] <markey> yes
[13:27] <Tm_T> see if possibly usb device gets dropped
[13:27] <markey> mark@hyperion:~/Videos$ dmesg | grep Keyboard
[13:27] <markey> [   85.629339] input: DELL DELL USB Keyboard as /devices/pci0000:00/0000:00:0b.0/usb2/2-5/2-5:1.0/input/input4
[13:27] <markey> [   85.629399] generic-usb 0003:413C:2005.0002: input,hidraw1: USB HID v1.10 Keyboard [DELL DELL USB Keyboard] on usb-0000:00:0b.0-5/input0
[13:28] <markey> [  132.909334] input: DELL DELL USB Keyboard as /devices/pci0000:00/0000:00:0b.0/usb2/2-5/2-5:1.0/input/input5
[13:28] <markey> [  132.909395] generic-usb 0003:413C:2005.0004: input,hidraw1: USB HID v1.10 Keyboard [DELL DELL USB Keyboard] on usb-0000:00:0b.0-5/input0
[13:28] <markey> anything else?
[13:29] <Tm_T> markey: hmh, hard to say, prolly needs some context, try grep -B 4 -A 4 -i usb
[13:29] <Tm_T> or something
[13:29] <markey> k
[13:30] <Tm_T> who knows if it's just wonky usb
[13:30] <Tm_T> that's what I got here
[13:30]  * tsimpson points at grep's -C option
[13:30] <markey> http://pastebin.com/m1e2b69ec
[13:30] <Tm_T> one too many usb devices connected -> all gone
[13:30] <Tm_T> tsimpson: heh, I never learnt to use that
[13:31] <tsimpson> -C 4 is the same as "-B 4 -A 4"
[13:31] <markey> there is no shame in not knowing every obscure grep option ;)
[13:31] <markey> I use ack-grep these days mostly
[13:31] <markey> (for code)
[13:31] <markey> grep is obscure
[13:31] <markey> (but that's another topic)
[13:45] <markey> Tm_T: and ideas?
[13:46] <Tm_T> no, sorry, I suspect udev or usb issues
[13:57] <markey> hum
[13:58] <somekool> ScottK: i was mentionning you about subversion+kwallet. here is my compile output http://kubuntu.pastebin.ca/1676397  ( i used apt-build to download the source, but could not add the --with-kwallet, so I ctrl-C and compiled by hand.)
[14:03] <nixternal> DarkwingDuck: I was asleep :)
[14:03] <jjesse> morning
[14:06] <nixternal> morning
[14:19] <Quintasan> Riddell: I will be filling SRU on LP shortly, anything apart from debdiff's should be included?
[14:40] <nixternal> only one Kubuntu track today...you guys should be able to finish all of the work planned on Monday and Tuesday then today :)
[14:44] <Quintasan> nixternal: \o
[14:46] <Riddell> Quintasan: SRUs also need a test case for how to confirm that what was broken is now fixed
[14:46] <Riddell> nixternal: spec writing day!
[14:47] <jtechidna> which Kubuntu track is today? I think I missed it when scanning the schedule
[14:48] <Riddell> jtechidna: ayatana, last session
[14:50] <jtechidna> thanks
[14:51] <nixternal> I will be afk pretty much the whole day...I am heading down to my brothers to get my brakes fixed on my car
[14:54] <Mamarok> are there Amarok 2.2.1 packages for Jaunty? Got a bug report with that...
[14:55] <Mamarok> with a crash I can't make heads nor tails
[14:56] <Mamarok> as if a wrong translation somewhere caused the crash
[14:56] <Mamarok> https://bugs.kde.org/show_bug.cgi?id=215122
[14:56] <Quintasan> Riddell: https://bugs.launchpad.net/ubuntu/+bug/484802
[15:02] <Riddell> Mamarok: I'm pretty sure we don't have any 2.2.1 packages for jaunty
[15:04] <Riddell> https://edge.launchpad.net/~kubuntu-ppa/+archive/backports/+packages  2.1 for jaunty, 2.2.1 for karmic
[15:08] <Mamarok> Riddell: that's what I thought indeed :)
[15:08] <Mamarok> thanks for the confirmation :)
[15:11] <mcas> hi
[15:11] <mcas> anyone here who can edit kubuntu.org?
[15:11] <mcas> on http://www.kubuntu.org/support
[15:12] <mcas> s/Reborting Bugs/Reporting Bugs/
[15:13] <Riddell> mcas: I can
[15:13] <mcas> k
[15:13] <Riddell> fixed, thanks mcas
[15:14] <mcas> Riddell: np
[15:21] <ScottK> somekool: Thanks.  I'll try and take a look at it, but I'm at the Ubuntu Developer summit and don't have a lot of mental bandwidth this week.
[15:26] <somekool> ScottK: i hear ya
[15:35] <apachelogger_> embedding python in c is quite ugly :|
[15:38] <jbicha> Lucid will likely ship with KDE 4.4, right?
[15:42] <apachelogger_> jtechidna: TBH, I find it uberweird to have the notifier query for new release itself :S
[15:42]  * apachelogger_ is wondering how the gnome does it
[15:42] <apachelogger_> jbicha: yes
[15:42] <jbicha> cool, thanks
[15:45] <apachelogger_> jtechidna: knh could execute /usr/share/pyshared/UpdateManager/check-meta-release.py parse it's output and do stuff
[15:48] <francisco_t> Is the ppa "firefox kde integration" from kubuntu-dev?
[15:48] <jtechidna> that would be much better than writing our own dist-upgrade checker fetcher
[15:48] <jtechidna> francisco_t: technically no, though the maintainer has made contributions to Kubuntu
[15:50] <apachelogger_> JontheEchidna: the thing is, either way it eats CPU cycles even though it does not need to, since kpk already does that for update checking too, doesnt it?
[15:51] <JontheEchidna> dist-upgrade checking? as far as I know the apt packagekit backend can't do that
[15:51] <francisco_t> ok
[16:08] <apachelogger_> JontheEchidna: well, it should :P
[16:08] <glatzor> JontheEchidna, the apt backend reuses the upgrade checker which is used by update-manager
[16:08] <glatzor> JontheEchidna, if it doesn't work feel free to fill a bug
[16:09] <apachelogger_> glatzor: so it would notify about distribution updates?
[16:10] <glatzor> apachelogger_, it supports the GetDistroUpgrades method PackageKit
[16:10] <glatzor> apachelogger_, it is up to the client tool to call this
[16:10] <apachelogger_> oh
[16:10]  * apachelogger_ is wondering if kpk can do that yet
[16:11] <glatzor> apachelogger_, I don't know.
[16:11] <apachelogger_> glatzor: thanks for that information, saves me from reinventing the wheel :)
[16:11] <glatzor> apachelogger_, you are at uds?
[16:11] <apachelogger_> glatzor: nope
[16:12]  * apachelogger_ is too busy to go to uds :P
[16:18] <apachelogger_> sweet
[16:18] <apachelogger_> glatzor: kpk implements getdistroupgrades :)
[16:18] <apachelogger_> JontheEchidna: http://aplg.kollide.net/images/osiris/snapshot053.png
[16:20] <apachelogger_> goes for the gtk UI though
[16:20] <apachelogger_> might only be because I got that installed as well
[16:22] <glatzor> apachelogger_, I don't know how to check if the upgrade script was started from KDE
[16:23] <apachelogger_> glatzor: check for env KDE_FULL_SESSION
[16:24] <apachelogger_> should be sufficient enough to hold on to IMHO, apturl also uses that to find out what UI to start
[16:24] <glatzor> apachelogger_, you want to provide a patch? The script is located in data/pk-upgrade-script.sh in the PackageKit git repository
[16:24] <apachelogger_> glatzor: can look at it certainly :)
[16:24] <JontheEchidna> sweet
[16:24] <glatzor> Thanks apachelogger_  it is simple bash script
[16:28] <apachelogger_> JontheEchidna: please nuke that bit of the knh todo :P
[16:34] <JontheEchidna> I would if X would start, but it won't because / is for some reason being mounted as read-only
[16:34] <JontheEchidna> so I'm on windows :(
[16:34] <apachelogger_> hum
[16:35] <apachelogger_> glatzor: is it intent behaviour that the script gets launched with somewhat cleaned env vars?
[16:35] <apachelogger_> JontheEchidna: cool :D
[16:35] <JontheEchidna> as if to mock me, rekonq 0.3.0 was released right after I got borked :(
[16:36] <glatzor> apachelogger_, I havn't got any idea
[16:36] <glatzor> apachelogger_, kpackagekit cleans up the env?
[16:36] <apachelogger_> maybe
[16:37] <apachelogger_> well, its not even clean completely
[16:37] <glatzor> apachelogger_, you would have to talk with dantti
[16:37] <apachelogger_> just everything that get set in kde's startup script is left out
[16:37] <apachelogger_> glatzor: ok :)
[16:37] <glatzor> apachelogger_, sorry, but I am not familiar very well with kpackagekit and KDE at all :)
[16:37] <apachelogger_> understandibly
[16:38] <JontheEchidna> Any idea how we'll handle update quirks?
[16:38] <apachelogger_> glatzor: do you have an env var DESKTOP_SESSION?
[16:38] <Riddell> Mamarok: don't waste too much time on grumpy people
[16:38]  * apachelogger_ is not sure if that is set by kdm or our X scripties
[16:38] <Riddell> Mamarok: although your patience is very admirable
[16:38] <apachelogger_> JontheEchidna: update quirks?
[16:38] <apachelogger_> JontheEchidna: like broken X due to readonly /? :P
[16:38] <JontheEchidna> yeah, update-manager has support for update quirk scripts
[16:39] <apachelogger_> no clue what that is really :)
[16:39] <JontheEchidna> hmm, lemme find an example
[16:39] <apachelogger_> dantti: ping
[16:39] <apachelogger_> glatzor: I could use DESKTOP_SESSION, but I am not sure that is 100% accurate
[16:39] <apachelogger_> KDE_FULL_SESSION would defenitely be better
[16:40] <dantti> apachelogger_: pong
[16:40] <JontheEchidna> apachelogger_: search for quirks here: https://edge.launchpad.net/ubuntu/+source/update-manager/+changelog
[16:40] <JontheEchidna> basically scripts to work around potential problems
[16:40] <Riddell> you can't depend on DESKTOP_SESSION at all
[16:41] <apachelogger_> dantti: does kpk clear the env vars when launching a dist-upgrade?
[16:41] <apachelogger_> or do some other weird magic that prevents KDE env vars from appearing
[16:41] <maco> Riddell: we have a spec for a photo?
[16:41] <apachelogger_> Riddell: how so?
[16:42] <dantti> apachelogger_: what's the use case? i mean do you install a package that needs some env vars?
[16:42] <apachelogger_> dantti: distribution upgrade, not regular package upgrade
[16:42] <Riddell> maco: it's the most important one.  location: rooftop hot tub
[16:42] <maco> Riddell: NO
[16:43] <Riddell> apachelogger_: because it's just set by the name of /usr/share/xsession/foo.desktop file
[16:43] <apachelogger_> Riddell: I only need to check if it is kde
[16:43] <bbigras> debfx: ping
[16:43] <Riddell> apachelogger_: then use KDE_FULL_SESSION=true
[16:43] <maco> 1) i didnt bring my swimsuit 2) im not wearing a swimsuit around all you men 3) no pictures of me in swimsuit on the internet
[16:43] <dantti> apachelogger_: hmm what's a distribution upgrade? how do you see the difference?
[16:43] <apachelogger_> Riddell: can't because it is lost somewhere in the invocation process
[16:43] <Riddell> maco: oh ok, we'll just do it from the balcony on the roof
[16:44] <apachelogger_> dantti: for distribution upgrades a script gets executed which then tries to figure out what tool to launch for the present distribition
[16:44] <maco> i call dibs on standing nowhere near the railing
[16:44] <dantti> apachelogger_: ah, k, .. :P
[16:45] <maco> (im afraid of heights)
[16:45] <apachelogger_> dantti: problem is... the only reliable thing to do on ubuntu vs. kubuntu is to check the KDE_FULL_SESSION env var, which for some reason, is not visible to the upgrade script
[16:45] <dantti> apachelogger_: i think you are talking about things like apt-get dist-upgrade
[16:45]  * apachelogger_ is talking about upgrading from Kubuntu 9.10 to 10.04
[16:45] <apachelogger_> i.e. from one distro version to another
[16:46] <dantti> apachelogger_: ok, but in *buntu world i guess there is more than just apt-get dist-upgrade right?
[16:47] <apachelogger_> dantti: do-release-upgrade
[16:47] <apachelogger_> which is invoked by the pk-upgrade-distro.sh script from packagekit
[16:47] <apachelogger_> hence my approach was to enhance said script to launch do-release-upgrade with the appropriate arguments for KDE
[16:47] <dantti> apachelogger_: ok, well if it was packagekit then the DBus activation cleans all env vars before calling it, but in kpackagekit case this shouldn't happen..
[16:48] <Mamarok> Riddell: thank you :)
[16:48] <dantti> apachelogger_: maybe kunique application does something like that..
[16:49] <apachelogger_> oh
[16:49] <dantti> apachelogger_: hmm probably the smartIcon showed you the distro upgrade and it is DBus activatable..
[16:49] <apachelogger_> dantti: it appears that it is working when launching the upgrade from within kpk itself
[16:49] <dantti> thus we have a problem..
[16:49] <apachelogger_> but not when clicking the ugprade button in the notification
[16:50] <dantti> apachelogger_: sure, but smart icon is called by dBus..
[16:50] <dantti> if you call that app by hand it would work..
[16:50] <apachelogger_> I see
[16:50] <apachelogger_> dantti: anything we can do?
[16:51] <dantti> apachelogger_: I'll talk with richard about what he thinks about calling these scripts with --desktop=kde
[16:51] <apachelogger_> ok, thanks
[16:51] <Mamarok> I volunteered for that list and will not abandon that fast, although it's sometimes hard
[16:53] <dantti> apachelogger_: would that be ok for you?
[16:56] <apachelogger_> dantti: I am fine with anything as long as there is some sensible way to find out from within the script whether to launch a KDE UI or not :)
[16:57] <dantti> apachelogger_: maybe a DESKTOP env var would be better to not break other scripts..
[17:06] <JontheEchidna> yay, I fixed my linux
[17:19] <Riddell> https://wiki.kubuntu.org/Kubuntu/Specs/LucidDevelopment  mostly done
[17:19] <jussi01> Riddell: nice work
[17:21] <shtylman_> Riddell: does that mean you will install chromium soon?
[17:22] <shtylman_> why do I want to print to a network printer?
[17:23] <Riddell> shtylman_: plenty more specs yet
[17:23] <shtylman_> Riddell: I thought we needed to fix in 476px not 5
[17:24] <shtylman_> cause we fit in 576 as it is right now...I thinks
[17:24] <Riddell> shtylman_: that was a question, gobby doc says "576 pixels high -- needs to fit in 480"
[17:24] <ScottK> shtylman_: That's the only kind of printer I own
[17:24] <Riddell> I thought the discussion said we fit in 600 but needed 576 for eeepc
[17:24] <ScottK> Riddell: That's correct.  In Karmic we support 576, but we want 480
[17:25] <Riddell> ScottK: ok I'll fix that
[17:25] <ScottK> Riddell: BTW, if I misrepresent any KDE stuff in the session, please correct me.
[17:29] <Riddell> ScottK: will you do the spec for LucidNetbookPackaging or shall I?
[17:29] <ScottK> I'll do it.
[17:33] <Sput> ScottK: just a heads up, current Quassel fails with Qt 4.6-rc1, I'll get a patch out today, I hope
[17:34] <Sput> and probably roll a 0.5.1 release too
[17:34] <Sput> so if you plan packaging 4.6-rc1, you guys should upload an updated Quassel package as well
[17:34] <ScottK> Sput: If you put it git head, I need to push to gettext version anyway
[17:34] <Sput> ScottK: it'll be backported
[17:35] <Sput> ah, karmic isn't gonna get Qt 4.6, I guess?
[17:35] <ScottK> Nope
[17:35] <Sput> ok
[17:35] <ScottK> It'll be in a PPA, but PPA users get what they get
[17:35] <ScottK> We can update Quassel in the same PPA if needed.
[17:35] <Sput> well, it'll be in both git head and 0.5.1, so shouldn't be a problem
[17:36] <ScottK> Cool.
[17:36] <ScottK> Sput: If you roll 0.5.1 soon, maybe I'll put that in Lucid first and backport it first before I push to a git snapshot.
[17:36] <Sput> ScottK: probably today or tomorrow
[17:36] <ScottK> Excellent
[17:37] <shtylman_> how come not 4.6 for karmic?
[17:37] <ScottK> Backporting Qt 4.4 to Hardy was really, really bad.
[17:37] <ScottK> I don't care to repeat the experience.
[17:38] <ScottK> Core KDE stuff was ~OK, but all the non-KDE stuff that uses Qt is way to much to test
[17:38] <ScottK> Riddell: Is Knetworkmanager in 4.4 using the new systray stuff?
[17:40] <Riddell> ScottK: knetworkmanager in karmic is
[17:40] <Riddell> "in 4.4" isn't meaningful, knm isn't part of KDE mainline
[17:40] <Sput> ScottK: well, between 4.3 and 4.4 there were some significant changes... we didn't experience nearly as much breakage with 4.4 -> 4.5, and 4.5 -> 4.6 was seamless here
[17:40] <Sput> but yeah
[17:41] <Sput> probably a really not-wanted burden of maintenance :)
[17:41] <JontheEchidna> Is there a way to find out what packages depend on a specific version of a library?
[17:42] <Riddell> qt 4.6 rc isn't binary compatible with qt 4.6 beta, so a load of stuff in lucid will need to be recompiled
[17:42] <JontheEchidna> KDE stuff built in lucid after Qt 4.6 beta1 and before 4.6 RC1 will need rebuilds for ABI change
[17:42] <Riddell> JontheEchidna: lucid-changes mailing list I suspect is the best way
[17:42] <Sput> Riddell: yeah, anything Qt based... I went through that last night :)
[17:43] <Sput> 320 packages
[17:43] <Sput> on my box :/
[17:43] <ScottK> JontheEchidna: You mean like apt-cache rdepends libclamav6
[17:43] <JontheEchidna> something more like: apt-cache rdepends libqt4-core 4:4.6~beta1
[17:44] <shtylman_> but don't we want the benefits of 4.6?
[17:45] <shtylman_> ScottK: you would have to port 4.6 to hardy? why?
[17:46] <ScottK> shtylman_: No, I'm saying the last time we tried backporting a major Qt version it went very badly.
[17:46] <ScottK> And if you look at the backports rules it really doesn't qualify
[17:47] <ScottK> I think having it in a PPA for people that want it is OK, but it should not go in the archive at all.
[17:47] <shtylman_> ScottK: but what does backporting it have to do with having it in lucid?
[17:47] <shtylman_> is there something I am missing in the process?
[17:48] <JontheEchidna> [12:37:08] <shtylman_> how come not 4.6 for karmic?
[17:48] <shtylman_> oh jesus
[17:48]  * shtylman_ slams head
[17:48] <shtylman_> 4.6 for lucid I meant...
[17:48] <JontheEchidna> oh, we already have 4.6 in lucid
[17:48] <shtylman_> oh...ignore my stupidity
[17:48] <JontheEchidna> :)
[17:48] <shtylman_> we already know I can't read
[17:50] <JontheEchidna> So how's UDS?
[17:51] <shtylman_> great!
[17:51] <shtylman_> people liked ScottK 's netbook demo
[17:52] <shtylman_> and my personal goal is to get Riddell to install chromium
[17:52] <JontheEchidna> cool
[17:52] <Riddell> ScottK: qt 4.6 will be needed for any kde 4.4 backports to karmic
[17:59] <JontheEchidna> https://wiki.kubuntu.org/JonathanThomas/KubuntuDevApplication
[17:59] <shtylman_> agateau: how did your session go?
[17:59] <Riddell> JontheEchidna: ooh
[18:00]  * Riddell acting all surprised although he's already seen the page being edited from his wiki subscriptions
[18:00] <shtylman_> agateau: how did your session go?
[18:00] <JontheEchidna> just need to figure out what I least like about Kubuntu ;-)
[18:00] <JontheEchidna> haha
[18:00] <Riddell> JontheEchidna: I think you can remove the "Please do not edit" bit
[18:01] <JontheEchidna> oh, whoops. missed that
[18:03] <agateau> shtylman_: was not the one I was supposed to show my slides :)
[18:04] <agateau> but people were arguing the application indicators should be done the way kde does
[18:04] <agateau> :)
[18:04] <agateau> (but they probably don't know that)
[18:05] <Riddell> JontheEchidna: for stuff you don't like, didn't you just write a whole document of things you don't like?
[18:05] <shtylman_> haha... nice :)
[18:05] <JontheEchidna> good idea
[18:07] <JontheEchidna> Riddell, ScottK, apachelogger_: I'm planning to apply for kubuntu-dev soon. I would appreciate feedback for my application very much: https://wiki.kubuntu.org/JonathanThomas/KubuntuDevApplication
[18:08] <Riddell> JontheEchidna: maybe point to the merges you've done on Kubuntu/LucidKDEMerges for Examples of my work ?
[18:09] <JontheEchidna> yes, that would be a great idea come to think of it
[18:10] <Riddell> did the uploaders of those packages have to change anything compared to what you did before upload?
[18:11] <JontheEchidna> Honestly I don't really remember, at least for jaunty. :(
[18:11] <JontheEchidna> er, karmic
[18:11] <JontheEchidna> shtylman_: now I'm doing it too, mixing up distro names :P
[18:12] <shtylman_> JontheEchidna: glad to be of influence :p
[18:12] <Riddell> JontheEchidna: well just check the bzr log
[18:13]  * JontheEchidna wonders if this counts :P http://bazaar.launchpad.net/~kubuntu-members/kdelibs/ubuntu/revision/130
[18:15] <Riddell> JontheEchidna: yes, a perfect example of self critisism of your packaging weaknesses
[18:57] <dailystruggle> hello I am looking for a mentor
[19:01] <dailystruggle> ok -- Hello is anyone Home?
[19:04] <dailystruggle> anyone know the UDS audio link
[19:08] <JontheEchidna> dailystruggle: for which room?
[19:08] <dailystruggle> just the main
[19:08] <JontheEchidna> icecast.ubuntu.com:8000/status.xsl
[19:08] <JontheEchidna> all of the rooms should be there
[19:09] <dailystruggle> I thx
[19:12] <ulysses__> phew, I just got a kernel panic
[19:15] <dailystruggle> JontheEchidna: I forgot it is lunch
[19:15] <JontheEchidna> :)
[19:15] <dailystruggle> european lunchtime
[19:20] <Riddell> dailystruggle: wanting to listen in on something?
[19:21] <dailystruggle> Riddell:yes but it is lunchtime
[19:23] <Riddell> and quite a nice lunch it is too, gourmet burger and chips
[19:23] <Sput> where chips == fries?
[19:24] <Riddell> yes, not crisps, we had that on Monday, crisp soup, crisps with salsa, they like their crisps
[19:24] <Sput> right, "crisps" was the word in that weird dialect spoken on the islands :)
[19:25]  * Sput always forgets
[19:25] <Sput> crisp soup?
[19:25] <dailystruggle> I will be there tomorrow I was going to today but...
[19:26] <dailystruggle> Monday I think they called that Tex Mex but not a real Tex Mex
[19:26] <dailystruggle> No Peppers
[19:26] <dailystruggle> :-X
[19:27] <Riddell> yes they've very lax with the spices here
[19:28] <JontheEchidna> Get a volcano taco at Taco Bell if you want spicy
[19:29] <dailystruggle> Taco Bell? no just pick the peppers from my garden
[19:30] <dailystruggle> I call them mild but most people can't eat them
[19:30] <Riddell> dailystruggle: you're interested in Kubuntu?
[19:31] <dailystruggle> Yes I run a real mucked up system cureently kgubuntu
[19:31] <Riddell> well do say hi when you come here tomorrow
[19:32] <Riddell> https://wiki.kubuntu.org/Kubuntu/Specs/LucidTranslations for your reviewing pleasure
[19:32] <dailystruggle> I am doing my best to work around upstart It is so foreign
[19:33] <dailystruggle> They should release a pack that explains the differences
[19:34] <ulysses__> ah, translation
[19:35] <dailystruggle> is this tomorrow?
[19:37]  * apachelogger_ is wondering how the proposed translations solution is solving any of the long-term maintenance issues
[19:37] <apachelogger_> in fact the solution seems to be what should have been there before we even started using rosetta
[19:37] <apachelogger_> oh wellz
[19:38] <apachelogger_> Nightrose: interested in moderating a wideband delphi?
[19:38] <apachelogger_> or know someone who could be convinced?
[19:38] <Nightrose> apachelogger_: a what?
[19:39] <apachelogger_> Nightrose: watching me and others get high and float above everything :P
[19:39] <apachelogger_> http://en.wikipedia.org/wiki/Wideband_delphi
[19:39] <dailystruggle> :-$
[19:40] <Nightrose> apachelogger_: oh dear - sorry but no
[19:40] <Nightrose> not really ;-)
[19:40] <apachelogger_> hehe
[19:40] <apachelogger_> Nightrose: any suggestions?
[19:41] <apachelogger_> otherwise I will drag some homeless dude of the street to become kubuntu's delphi :P
[19:41] <dailystruggle> good
[19:41] <dailystruggle> You can find some just a few blocks away
[19:42] <dailystruggle> Salvation Army:-D
[19:44] <dailystruggle> only ten blocks from UDS
[19:48]  * apachelogger_ is not at uds though :P
[19:48] <dailystruggle> ohh
[19:49] <dailystruggle> maybe one nearby
[19:49] <dailystruggle> :)
[20:04]  * apachelogger_ sings come fly with me and asks Nightrose for a dance
[20:04] <Nightrose> ohoo
[20:04]  * Nightrose dances with apachelogger_
[20:04] <apachelogger_> :)
[20:10] <ScottK> apachelogger_: What we have is an agreement from the other side of the discussion on what they have to do by Alpha 2 for us to make a decision and some agreement that it might be reasonable for us not to use Rosetta.
[20:10] <ScottK> I think that is a good step.
[20:11] <cragdor> Hi all!
[20:11] <ScottK> So we either get proof it's fixed or we do the other thing and they've agreed to be OK with that.
[20:11] <ScottK> Hello cragdor.
[20:11] <cragdor> Hi ScottK, Hows things?
[20:11] <apachelogger_> ScottK: hopefully
[20:12] <ScottK> cragdor: I'm at the Ubuntu Developer Summit, so very busy.
[20:12] <cragdor> OK
[20:12] <ScottK> apachelogger_: Yes, hopefullly.  But progress.
[20:23] <Riddell> https://wiki.kubuntu.org/Kubuntu/Specs/LucidWebsiteMarketingBranding  new spec for your reviewing pleasure
[20:36] <ryanakca> Riddell: Sorry, could you add the "Prod Ng about his DB clone" Action item from the gobby session?
[20:42] <fale> hi
[20:42] <fale> I wanted to point out a package that I have done for rekonq 0.3.0
[20:42] <fale> https://launchpad.net/~grimp/+archive/backports/+packages
[21:02] <Tonio_> Riddell: where's the wiki page who lists all kubuntu migrations performed in the past, like the french parliament ?
[21:03] <Tonio_> Riddell: I'll have to push kde on a project tomorrow :)
[21:09] <dailystruggle> does anyone have the link to the room map there at UDS
[21:10] <Riddell> Tonio_: I don't believe there is one
[21:10] <Riddell> ryanakca: I did with "We will also request to the sysadmins to follow up on a database clone so we can migrate changes."  please clarify that if it's not well written
[21:11] <Tonio_> Riddell: there was one afair no ?
[21:11] <Tonio_> with all our derivatives and references
[21:11] <Tonio_> I seem to remember about that
[21:11] <Riddell> hi fale, were there any packaging differences needed compared to 0.2.90?
[21:11] <Tonio_> Riddell: nevermind, I'll try to make a list, thanks :)
[21:12] <Riddell> https://wiki.kubuntu.org/KubuntuDerivedDistros
[21:12] <fale> Riddell: http://launchpadlibrarian.net/35828640/rekonq_0.2.0-0ubuntu1_0.3.0-0ubuntu0.diff.gz
[21:12] <Riddell> but that not a list of big users
[21:12] <Tonio_> Riddell: hum thanks that'll help
[21:12] <Tonio_> Riddell: yeah, you're right
[21:13] <Riddell> fale: so just a changelog entry, easy
[21:13] <fale> Riddell: yep, and, obviusly, the update of the code
[21:16] <Riddell> fale: our package in lucid has a patch kubuntu_01_polish_config_dialog.diff we should work out where that came from and if it's still needed
[21:16] <Riddell> JontheEchidna: where did that come from?
[21:17] <fale> Riddell: the main author has open a branch for the kde inclusion
[21:17] <fale> Riddell: and, in any, case, I'm for upstreaming as much as possible... If you want, I can try to speak to the author for upstreaming the patch..
[21:18] <Riddell> I just don't know where it came from or what it's for, the changelog isn't very useful and there's no bug number
[21:19] <Riddell> I'm sure jon will appear soon to explain all
[21:19] <Riddell> he's good like that
[21:20] <fale> I see ;)
[21:21] <Tonio_> rgreening: hey
[21:21] <Tonio_> rgreening: you asked for me yesterday ?
[21:22] <maco> hi Tonio_
[21:22] <Tonio_> hey maco
[21:22] <maco> i havent been called a mistress yet this week
[21:22] <rgreening> Hey Tonio_
[21:22] <Tonio_> maco: :)
[21:22] <Riddell> maco: do you want to be?
[21:22] <rgreening> maco: mistress maco
[21:22] <maco> Riddell: no
[21:22] <Tonio_> maco:
[21:22] <Riddell> wouldn't have thought so
[21:22] <maco> hahaha
[21:22] <Tonio_> maco: I hope you forgave mee :)
[21:23] <maco> Tonio_: yes, but that doesnt mean i cant tease you!
[21:23] <rgreening> Tonio_: yeah, I was going to ask you about the filesharing for kde (net usershare)
[21:23] <Tonio_> maco: thinking about it, I seem to remember that theorically I was right, just that the word isn't used that way :)
[21:23] <Tonio_> maco: feel free to tease me :)
[21:23] <rgreening> Tonio_: did you do any work towards that? We are looking at it again...
[21:23] <Tonio_> rgreening: yeah, my priority this cycle
[21:24] <rgreening> Tonio_: are you going to have real time this cycle?
[21:24] <rgreening> :)
[21:25] <maco> Tonio_: yes well theoretically "awful" and "awesome" used to be synonyms
[21:26] <Riddell> maco: they did?
[21:28]  * maco finds citation
[21:30] <Riddell> any volunteers to be approvers for the specs I've written?
[21:31] <Tonio_> rgreening: the plan is to wait for smarter who will start just the gui
[21:31] <Tonio_> rgreening: then I'll help to plug the net usershare commands
[21:31] <Tonio_> rgreening: the idea is to have something as simple as possible
[21:31] <Tonio_> rgreening: simply port nautilus share to kde in fact
[21:31] <rgreening> Tonio_: I'm hacking onit now...
[21:31] <rgreening> well, looking more to the point...
[21:31] <Tonio_> rgreening: hum, don't dupe the effort with smarter :)
[21:32] <maco> Riddell: http://www.qotd.org/archive/daily.html?date=2006-08-14 read the last quote
[21:32] <Tonio_> rgreening: the idea is to put this in a tab in folders preferences :
[21:32] <Tonio_> rgreening: http://gentoo.ovibes.net/nautilus-share/mediawiki-1.4.4/index.php/Image:Nautilus-share-hig-tab.png
[21:32] <rgreening> Tonio_: year, kdefileshare is part of kdenetwork-filesharing
[21:32] <Sput> Riddell: in older English books you'll still find "awesome" with a negative meaning
[21:32] <Tonio_> rgreening: we'll drop all of that
[21:33] <rgreening> Tonio_: yeah
[21:33] <Tonio_> rgreening: way easier to restart from scratch
[21:33] <rgreening> probably...
[21:33] <Tonio_> rgreening: the way kdefileshare is completly crap
[21:33] <Tonio_> +works
[21:33] <maco> Riddell: also, oooooo neat http://www.prismnet.com/~dierdorf/ww-38.html
[21:33] <maco> Sput: no as in "awful" used to be a compliment
[21:34] <maco> Sput: meaning "full of awe"
[21:34] <Tonio_> rgreening: smarter will create the tab with UI, then I'll work with him on the code to get the good samba commands typed in
[21:34] <Tonio_> rgreening: last step will be to integrate with dolphin to get a shared symbol on shared folders
[21:34] <Tonio_> rgreening: as you can see we know what to do and will do it :)
[21:34] <Tonio_> rgreening: nothing very complicated.... just... it needs to be done
[21:35] <rgreening> Tonio_: ever since fiesty, if I recall...
[21:35] <rgreening> :)
[21:35] <rgreening> so, must be trivial :)
[21:35] <Tonio_> rgreening: yeah... that sucks
[21:35] <rgreening> haha
[21:35] <Tonio_> rgreening: devs are using sshfs, whatever
[21:35] <Sput> maco: but "awe" can also mean "fear"
[21:35] <Sput> and I've encountered sentences like "awesome thunderstorm" or "awesome silence"
[21:36] <Tonio_> rgreening: it's just unbelievable that nobody seems to be concerned with file sharing...
[21:36] <maco> Sput: ah true
[21:36] <Sput> shock & awe :)
[21:36] <Tonio_> rgreening: sometimes I wonder if desktop apps devs use their desktop or not :)
[21:36] <Sput> my dictionary tells me meaning for awesome reaching from "fantastic" to "terrifying"
[21:37] <fale> Riddell: do you think kubuntu will pass to plymouth for Lucid?
[21:37] <Tonio_> rgreening: we'll get this done in time for lucid
[21:37] <Tonio_> rgreening: I have put that on top of my todo list
[21:38] <JontheEchidna> Riddell: oh, I did that patch. I popped in #rekonq a few weeks ago and presented the patch but I never got a response. I should try again
[21:38] <Riddell> fale: no, but usplash may go away
[21:38] <Riddell> JontheEchidna: what's it for?
[21:38] <fale> Riddell: why don't switch directly to plymouth?
[21:38] <Riddell> fale: better to just boot fast enough that it's not needed
[21:38] <JontheEchidna> Riddell: the config dialog uses a tree view for no good reason (there are no child modules)
[21:39] <Riddell> JontheEchidna: ok we'll keep it for now then but maybe try e-mailing upstream if irc doesn't work, or bug report
[21:39] <Riddell> fale: could you redo your rekonq 0.3.0 package with the patch from our version in lucid?
[21:39] <fale> Riddell: fedora uses plymouth and boots fast..
[21:39] <fale> Riddell: yes, I'll do it later today (GMT+1)
[21:40] <JontheEchidna> I also have a string patch to change the config dialog title from "rekonfig..." to "Configure - rekonq" like most other KDE apps, but I didn't include the patch in our packages since that's a string change
[21:41] <Riddell> JontheEchidna: rekonq doesn't come with any translations so string changes aren't an issue currently
[21:41] <JontheEchidna> If they do in the future it would be a problem, best to play it safe and just get it upstream from the start, etc
[21:42] <fale> JontheEchidna: do you think I can propose it upstream?
[21:42] <JontheEchidna> I'll try the mailing list next
[21:42] <Riddell> JontheEchidna: right enough
[21:44] <JontheEchidna> fale: It would probably be better for me to propose it as the author.
[21:44] <fale> JontheEchidna: on this yes, but better someone else that noone ;)
[21:45] <JontheEchidna> I do plan on doing it, I just forgot about trying again :P
[21:45] <fale> JontheEchidna: I see
[21:45] <fale> JontheEchidna: I'm going to download now the patch and apply it to the package
[21:45] <fale> Riddell: I have to compile it streight for lucid, isn't it?
[21:46] <JontheEchidna> I'm going to write up a mail to the rekonq mailing list right now so I don't forget ;-)
[21:46] <Riddell> fale: preferably yes, you can set up a chroot
[21:46] <fale> JontheEchidna: if you have a gitorious account, is better to do it in gitorious
[21:46] <Riddell> fale: also the package in your PPA is done as a native package (since .tar.gz) it should have a .orig.tar.gz and a .diff.gz, you probably named the .orig.tar.gz wrong
[21:46] <fale> Riddell: couldn't I just tell soyuz to do it?
[21:47] <Riddell> fale: yes you could put lucid in the changelog and upload to a PPA
[21:47] <fale> Riddell: I'm using the debuild -S ...maybe I'm using the wrong parameter
[21:47] <Riddell> fale: that's fine, it's the tar name which is wrong
[21:47] <Riddell> needs to be rekonq_0.3.0.orig.tar.gz
[21:49] <fale> Riddell: ok, renamed :)
[21:50] <fale> Riddell: which folder should be in the archive? all out of 'debian'?
[21:50] <Riddell> fale: which archive?
[21:50] <bdgraue> Riddell: sry to interrupt, i have seen that last plasma-widget-networkmanagement failed to build?
[21:50] <Riddell> the orig.tar.gz should be the sources from upstream
[21:50] <Riddell> bdgraue: oh blurg
[21:51] <fale> Riddell: the sources from upstream are in a folder... should I remove the folder?
[21:52] <Riddell> fale: I'd need to see the layout of all your files to answer that
[21:52] <fale> Riddell: the layou of the files should be the same?
[21:53] <Riddell> rekonq_0.3.0.orig.tar.gz should extract to rekonq-0.3.0/ which contains the sources
[21:53] <Riddell> you add rekonq-0.3.0/debian/ with the packaging
[21:53] <Riddell> debuild -S -sa   will make a .diff.gz and a .dsc all ready for upload
[21:54] <fale> Riddell: ok
[21:58] <fale> Riddell: dh: unable to load addon kde: Can't locate Debian/Debhelper/Sequence/kde.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at (eval 8) line 2. BEGIN failed--compilation aborted at (eval 8) line 2.
[22:01] <JontheEchidna> oh, that requires the fancy new dh7 stuff in lucid
[22:01] <JontheEchidna> reverting debian/rules to the 0.2.0 code and re-adding the cdbs dependency will fix that
[22:01] <fale> I see
[22:02] <fale> JontheEchidna: is that 'good'?
[22:02] <JontheEchidna> It really won't have any noticable effects
[22:02] <fale> JontheEchidna: I see
[22:03] <JontheEchidna> Mainly it just makes the packaging a bit cleaner/more future-proof
[22:04] <ryanakca> Riddell: Sorry, I must've missed that. Looks good :)
[22:04] <fale> I think it hasn't used the orig file :(
[22:05] <ScottK> Riddell: Based on the updates policy we've got in front of the tech board, KDE 4.4 would stay in a PPA.  This same PPA can have Qt 4.6.
[22:06] <ScottK> shtylman__: We should have 4.6 in lucid, so backporting it has nothing to do with that.
[22:06] <JontheEchidna> fale: ok, patch mailed to upstream w/ a case for inclusion
[22:07] <fale> JontheEchidna: cool ;)
[22:07] <Riddell>  
[22:07] <JontheEchidna> bah, awaiting moderator approval
[22:07] <fale> JontheEchidna: I'm trying to make the upload working correctly
[22:08] <JontheEchidna> I really hope they'll consider the patch. I know that they have ideas about the uniqueness of the project, but taking a little conformancy for professionalism would really help imo
[22:08]  * fale agrees
[22:08]  * JontheEchidna wonders how open they'd be to use "Rekonq" throughout the gui rather than "rekonq"
[22:09] <Riddell> I know that finding a decent name is on their todo
[22:10] <fale> yep
[22:10] <fale> JontheEchidna: in any ways they will work on conformacy before 0.4
[22:10] <JontheEchidna> cool, maybe this patch will be the start
[22:11] <fale> Riddell: File rekonq_0.3.0.orig.tar.gz already exists in Primary Archive for Ubuntu, but uploaded version has different contents.
[22:11] <fale> Riddell: Is strange, because I have only downloaded it from upstream
[22:12] <JontheEchidna> oh, you could do a debuild -S -sd and not have to upload the entire tarball then
[22:12] <JontheEchidna> since Ubuntu already has a copy
[22:13] <fale> JontheEchidna: trying
[22:13] <Riddell> ? thre is no rekonq_0.3.0.orig.tar.gz in the archives
[22:13] <JontheEchidna> really? I uploaded it earlier today
[22:13] <fale> Riddell: launchpad sees it :s
[22:14] <fale> mmm then I may be doing an already done work :s
[22:14] <JontheEchidna> oh, yeah... you probably are. Sorry about not seeing that earlier
[22:14] <fale> JontheEchidna: np ;)
[22:14] <Riddell> JontheEchidna: oh, blah, so you did
[22:14] <Riddell> well in that case fale probably just wants to do the backports thing for that
[22:14] <fale> JontheEchidna: I still must take a lot of confidence with packages... than exercising more is not bad ;)
[22:15] <JontheEchidna> I would appreciate somebody doing the backport, if you're interested
[22:15] <fale> Riddell: guess so ;)
[22:15] <fale> JontheEchidna: yes :) I'll try it
[22:15] <fale> how can I download the sources for lucid from karmic?
[22:16] <JontheEchidna> hmm
[22:16] <Riddell> https://edge.launchpad.net/ubuntu/+source/rekonq/0.3.0-0ubuntu1
[22:16] <JontheEchidna> yeah
[22:16] <Riddell> JontheEchidna: are you listening to the session?
[22:16] <JontheEchidna> oh, is there a session now?
[22:16] <Riddell> touchpad config
[22:17] <Riddell>  #ubuntu-uds-waverly
[22:17] <JontheEchidna> I kinda am packaging that, aren't I ;-)
[22:17]  * jussi01 is in the -eomen session...
[22:17] <jussi01> -women even
[22:20] <fale> rejected again :(
[22:22] <fale> trying again :s
[22:26] <fale> JontheEchidna: accepted :) I link you it now or as soon as it will be compiled?
[22:27] <JontheEchidna> fale: now would be fine
[22:28] <fale> JontheEchidna: https://launchpad.net/~f4l3/+archive/ppaa/+packages
[22:29] <fale> JontheEchidna: sorry: https://launchpad.net/~f4l3/+archive/ppa/+packages
[22:31] <JontheEchidna> fale: as an aside, generally it's good practice to add ~karmic1 to the version of backport packages
[22:31] <fale> JontheEchidna: didn't knew that... I can do it with it ;)
[22:32] <fale> JontheEchidna: going up ;)
[22:33] <JontheEchidna> Oh, I should probably tell you why we do that
[22:33] <JontheEchidna> The ~karmic1 makes the version number lower than 0ubuntu1, so thatupgrades to the next kubuntu release work smoothly
[22:34] <JontheEchidna> so It'll probably fail to upload since you already have 0buntu1 in your ppa. No biggie though
[22:35] <JontheEchidna> Multitouch support for Qt apps in general is coming for Qt 4.6
[22:35] <fale> JontheEchidna: wait... I should call it rekonq_0.3.0-0ubuntu1~karmic1 or rekonq_0.3.0~karmic1-0ubuntu1?
[22:35] <JontheEchidna> er, wrong channel
[22:35] <JontheEchidna> The first one, though it's too late for this upload
[22:36] <fale> JontheEchidna: I  see.. well... it failed :/
[22:36] <JontheEchidna> hmm
[22:37] <JontheEchidna> Does it build-depend on debhelper, cdbs and pkg-kde-tools?
[22:37] <fale> JontheEchidna: nope, I was going to check it
[22:38] <fale> JontheEchidna: at this point how should I call it? karmc2?
[22:39] <JontheEchidna> to be able to use ~ you'd have to bump it to 0ubuntu2
[22:39] <fale> I think I can do it without bumping version ;)
[22:45] <fale> JontheEchidna: https://launchpad.net/~f4l3/+archive/ppa/+packages
[22:48] <JontheEchidna> looks like it's getting farther now :)
[22:49] <fale> JontheEchidna: yep
[22:50] <fale> :S
[22:51] <fale> JontheEchidna: Build-Depends: debhelper, quilt, pkg-kde-tools, cddb, docbook2x, kdelibs5-dev
[22:51] <fale> -.- spell, damn
[23:00] <fale> JontheEchidna: https://launchpad.net/~f4l3/+archive/ppa/+packages done :)
[23:01] <JontheEchidna> Cool
[23:02] <fale> JontheEchidna: :)
[23:04] <JontheEchidna> So for official backports you'd want to follow the written stuff here: https://help.ubuntu.com/community/UbuntuBackports#Backport Process
[23:07] <fale> JontheEchidna: where should I post for a 'comment or feedback'?
[23:08] <Riddell> davidbarth: ping
[23:08] <Riddell> davidbarth: you wanted moi and aurelien?
[23:09] <JontheEchidna> fale: probably you could put out a general call for testing here for testers for your ppa packages
[23:09] <JontheEchidna> then they could comment on how they worked out. I'm sure there are plenty of people here who could test
[23:09] <JontheEchidna> I would but I'm crazy and am already using lucid :x
[23:09] <fale> I see
[23:11] <JontheEchidna> In fact I would have done rekonq 0.3.0 last night if X was working
[23:11] <JontheEchidna> but that's partially my fault for turning off the computer at the wrong time
[23:12] <JontheEchidna> I suppose I could blame it on the pre-alpha-ness, but I'm the one who chose to use pre-alpha crack in the first place
[23:12] <JontheEchidna> I think I'm just rambling at this point
[23:12] <fale> Isee it
[23:13] <Lindows> is there any update on the ext4 data corruption? is a patch coming?
[23:13] <Lindows> I just ran an md5sum on a windowXP virtual image, 30GB+, definately corruption of large files
[23:14] <JontheEchidna> #ubuntu-devel would probably be a better place to query on that. Kubuntu doesn't really touch low-level things like that
[23:15] <Lindows> thank you
[23:16] <JontheEchidna> you're welcome. Sorry I couldn't be of more help
[23:17] <JontheEchidna> the sendaround can be annoying, I'm sure. ;-)
[23:19]  * Riddell spots kb9vqf causing trouble on kde-devel :)
[23:19]  * kb9vqf ducks and hides
[23:20] <kb9vqf> :)
[23:23] <zorael> Kopete won't play any sounds, and when I try to force it to by previewing sounds for an event under notifications, it crashes without invoking DrKonqi and spouts "kopete: symbol lookup error: /usr/lib/qt4/plugins/phonon_backend/phonon_xine.so: undefined symbol: _ZN9QHashData13detach_helperEPFvPNS_4NodeEPvEPFvS1_Ei" to the terminal. Should I take it to bugs.kde.org?
[23:23] <Lex79> JontheEchidna: your pim-runtime merge is in progress?
[23:24] <zorael> Actually, systemsettings does the same when trying to open the Multimedia section. "systemsettings: symbol lookup error: /usr/lib/qt4/plugins/phonon_backend/phonon_xine.so: undefined symbol: _ZN9QHashData13detach_helperEPFvPNS_4NodeEPvEPFvS1_Ei"
[23:24] <fale> anyone wants to try rekonq 0.3.0 under karmic?
[23:27] <zorael> Nevermind, allegedly caused by incomplete migration to Qt 4.6, guess I'll downgrade some packages.