[00:00] <Riddell> ooh debfx has access to pkg-kde-qt debian archive, his power grows..
[00:03] <debfx> why do you know that before I do? :D
[00:03] <debfx> you seem to have access to some kind of spying network ;)
[00:04] <Riddell> spys everywhere
[00:04] <JontheEchidna> btw, there's going to be a small transition needed for the rdepends of libkipi, libkdcraw and libksane after the kdegraphics merge gets through new
[00:06] <Riddell> is that a hint?
[00:06] <JontheEchidna> naw, just a heads-up
[00:06] <JontheEchidna> beware for digikam breakage for future builds, etc
[00:07] <Riddell> kdepimlibs has exploded it .deb output in much the same way as kde4libs I see
[00:08] <JontheEchidna> yep
[00:32] <valorie> rgreening: cd isn't playing for me either
[00:32] <valorie> in amarok
[00:34] <valorie> http://amarok.pastebin.ca/1872532
[00:34] <valorie> strange new output.....
[04:58] <rgreening> Riddell: CD Audio in general appears broken. Kaffiene, Dragon and Amarok all fail to play Audio CD's. Well, Kaffiene plays the first song and I cannot skip to any other songs.
[05:28] <rgreening> Riddell: kscd doesn't work either
[05:29] <rgreening> only vlc works, which doesn't use the KDE backends (iirc)
[05:45] <rgreening> Riddell: looks to be a bug with KDE looking for /dev/cdrom regardless of how Audio CD is configured in system settings. On my system my cdrom shows up as /dev/cdrom4 -> /dev/sr0. Seems it only works if I symlink /dev/cdrom -> /dev/sr0. This is bad. Guess 1) udev rules needs a fix and 2) KDE need some fixing to be not so restrictive? 
[08:24] <ofirk> Riddell: anything new with the sysadmins?
[10:08] <Riddell> ofirk: nothing from the sysadmins :(
[10:21] <valorie> more on the CD playing phenomenon: I've using the VLC backend
[10:21] <valorie> haven't tried vlc by itself, though
[10:27] <valorie> hmmm, works
[10:28] <Riddell> I expect /dev/cdrom stopped being useful ages ago but solid is behind on these things
[10:29] <valorie> so can I report to the Amarok users complaining about this that it's a KDE bug which will be fixed?
[10:43] <Riddell> valorie: I'm just guessing, it depends where Amarok gets "/dev/cdrom" from, but there's probably some new udevy interface that gives it the right answer which isn't being used
[10:48] <valorie> but if: [20:58] <rgreening> Riddell: CD Audio in general appears broken. Kaffiene, Dragon and Amarok all fail to play Audio CD's. Well, Kaffiene plays the first song and I cannot skip to any other songs.
[10:49] <Riddell> so whatever is going wrong, it's happening in other apps too :)
[10:49] <valorie> right
[10:49] <valorie> but if amarok fixes that, what happens with the others?
[10:49] <valorie> I know that few people play CDs on their computers
[10:49] <valorie> but some do
[10:50] <Riddell> we'd need to find out what the correct low level method of finding out where your audio cd drive is these days, what's the correct layer for that to be exposed in KDE (solid?) and then whether the applications use that or not
[10:50] <Riddell> and it may well involve porting solid away from hal which is no small task
[10:50] <valorie> too bad you aren't at the multimedia sprint this weekend.....
[10:53] <Riddell> well I don't know where to start beyond that list
[10:55] <valorie> unfortunately, most of the Amarok devels who usually are here, are preparing for or enroute
[10:55] <valorie> I might bundle up this discussion and send it along to the devel list, though
[10:56] <Riddell> feel free but remember it's just the ramblings of an il-informed distro packager :)
[10:57] <valorie> you've got a clue, though
[10:57] <valorie> someone who worked directly on that bit might know more
[11:13]  * Riddell cheers as Qt successfully compiles, qtwebkit still needing some love
[11:38] <debfx> Tonio_: why does rekonq depend on kdebase-bin?
[11:39] <Riddell> debfx: it might need /usr/bin/kbookmarkmerger ?
[11:39] <Riddell> although that might be obsolete
[11:40] <Riddell> we do need to split out kfmclient from konqueror
[11:43] <Tonio_> debfx: it does :)
[11:45] <Tonio_> debfx: for most of its settings, like bookmarks, but also addblock and network settins
[11:45] <Tonio_> settings
[11:46] <debfx> I can't find the string "kbookmarkmerger" in the code
[11:47] <Riddell> just remove kdebase-bin and check everything still works :)
[11:48] <debfx> ah it uses the kcms
[12:05]  * Sput quickly moves towards the swiss border
[13:20] <rgreening> agateau: can you test something for me? I have an issue with Audio CD's and was wondering if you could replicate it on your system (you run KDE trunk without Kubuntu patches right?).
[13:27] <agateau> rgreening: I run both
[13:27] <agateau> rgreening: what do you want me to test?
[13:28] <txwikinger> Is launchpad down?
[13:28] <rgreening> agateau: cool. Hers the issue. I cannot play audio cds unless the cd rom device is /dev/cdrom. If I have a second device I attempt to play from (i.e. udev creates a rule to make /dev/cdrom1), KDE will not play from /de/cdrom1
[13:28] <rgreening> /dev/cdrom1 that is
[13:29] <rgreening> so, if you look in /etc/udev/rules.d, there is a file for generating these symlinks. 70-persistent-cd.rules
[13:30] <agateau> ok
[13:30] <rgreening> if you manually edit this so that your CD rom device uses /dev/cdrom1 instead of /dev/cdrom, then Amarok, kscd, kaffeine will not be able to play audio cds (at least on my system).
[13:30] <rgreening> agateau: so, I need to verify if this happens only on Kubuntu or upstream KDE trunk as well.
[13:31] <agateau> ok I need to rebuild one of those and fetch an audio CD then
[13:31] <rgreening> you should be able to edit that file and insert a audio cd
[13:31] <rgreening> ya
[13:31] <rgreening> thanks
[13:32] <rgreening> Im thinking this is KDE specific and somewhere its hardcoded to use /dev/cdrom which it shouldn't
[13:34] <agateau> I am updating my copy of kdemultimedia
[13:34] <agateau> it's going to take a while, it's been a long time
[13:35] <JontheEchidna> these places are suspicious: http://paste.ubuntu.com/436752/
[13:35] <JontheEchidna> yeah, the CD System Settings module is set to /dev/cdrom by default
[13:36] <JontheEchidna> rgreening: What happens if you uncheck the "specify CD device" checkbox in the Audio CD module in the advanced settings page?
[13:37] <rgreening> JontheEchidna: haven't tried that (I do not believe)... perhaps. Is that Kubuntu default or upstream KDE to have and use that?
[13:38] <JontheEchidna> rgreening: KDE default, according to the sauce
[13:39] <agateau> rgreening: building
[13:39] <rgreening> JontheEchidna: ok, if that works then, we should update default settings to disable that under KDE perhaps or uncheck (which may be worse than disable/hide)
[13:40] <ghostcube> https://wiki.ubuntu.com/ubuntini  o.O we got a cocktail ?
[13:48] <rgreening> JontheEchidna: doesn't seem to work either way (at least for me). JontheEchidna can you try as well?
[13:48] <JontheEchidna> I lack the physical medium for testing at the moment :(
[13:48] <rgreening> ok
[13:48] <rgreening> I gotta rbt... brb
[13:48] <agateau> rgreening: got kscd to run, now testing your change
[13:49] <rgreening> agateau: ok
[13:49] <ScottK> JontheEchidna: juliank (on #ubuntu-devel) is looking at getting Jockey into Debian.  You might want to volunteer to be the KDE person that helps ...
[13:51] <agateau> rgreening: doesn't work anymore
[13:51] <rgreening> agateau: yeah. so, this is with upstream KDE?
[13:51] <agateau> rgreening: yes
[13:52] <rgreening> so, KDE seems to require/depend on the Audio CD being the first configued device /dev/cdrom. That's bad
[13:54]  * ScottK thinks it's bad that rgreening broke agateau's system when agateau is supposed to be busy coding cool stuff for us.
[13:56]  * rgreening only broke audio cd playing, which would have been a distraction only
[13:56] <rgreening> :)
[13:56]  * Dyrcona wonders that people still play CDs on their computers. Doesn't everyone just rip them?
[13:59] <agateau> ScottK: I fixed it :)
[13:59] <rgreening> Dyrcona: not if you are making/testing an audio CD for a stereo system which only plays audio CDs
[13:59] <agateau> Dyrcona: even to rip them, you need a correct device name
[13:59] <rgreening> which kind of requires a working cd audio
[14:00]  * Dyrcona generally rips with cdda2wav so doesn't worry much about it in KDE.
[14:00] <ScottK> Heresy
[14:02]  * rgreening calls out the lynch mob
[14:03] <Dyrcona> :)
[14:07] <rgreening> agateau, JontheEchidna: running amarok from cmdline and with "Specify CD Device" unchecked, amarok still does this... 
[14:07] <rgreening> Checking /dev/cdrom for cdrom...
[14:07] <rgreening>         Could not stat /dev/cdrom: No such file or directory
[14:07] <rgreening> grr
[14:09] <rgreening> agateau, JontheEchidna: and checking the box again but setting it to the correct /dev/cdrom1, amarok still spits out looking for /dev/cdrom
[14:09] <JontheEchidna> rgreening: does the audiocd:/ kio slave work after messing with those settings? If anything, that ioslave should follow them
[14:09] <rgreening> let me check
[14:12] <rgreening> nope, its crashing for me
[14:12] <agateau> rgreening: you were saying something before my box crashed (for the 3rd time today!)
[14:12] <agateau> rgreening: can you say it again?
[14:13] <rgreening> agateau: seems audio library in KDE backend hard codes /dev/cdrom and deviating breaks audiocd:/ (at least for me). can you check that too?
[14:13] <agateau> can do
[14:14] <agateau> rgreening: but you will have to wait a bit, I just decided to rip the cd I used to test :)
[14:14] <rgreening> lol
[14:14] <rgreening> np
[14:18] <rgreening> ok, so kioslave audiocd is completely crashing here
[14:18] <rgreening> grr
[14:26] <shtylman> why is kde so slow to start ... 
[14:26] <shtylman> how did this happen
[14:30] <agateau> rgreening: audiocd:/ works fine here
[14:30] <agateau> rgreening: trying with cdrom1 now
[14:30] <rgreening> k
[14:30] <rgreening> maybe my cd is bad. I'll get another
[14:30] <rgreening> kioslave shouldn't be crashing for me
[14:30] <rgreening> brb
[14:33] <agateau> rgreening: works with cdrom1 as well
[14:39] <rgreening> agateau: and does amarok work?
[14:40] <ScottK> shtylman: It happened because you didn't fix it.
[14:40]  * agateau starts amarok
[14:42] <agateau> rgreening: how does one play a cd with Amarok?
[14:42] <rgreening> amarok --cdplay is supposed to work from cmdline
[14:43] <agateau> rgreening: does not seem to work
[14:43]  * agateau goes back to "cdrom"
[14:44] <rgreening> yeah... my original cd was bad, and cause kioslave to crash. I can make it all work if /dev/cdrom... testing /dev/cdrom1 again...
[14:44] <shtylman> ;(
[14:45] <ScottK> shtylman: No guilt or anything, of course.
[14:45] <shtylman> heh
[14:55] <agateau> rgreening: amarok from master does not play cd here
[14:55] <agateau> rgreening: neither from cdrom nor from cdrom1
[14:57] <rgreening> ok, so not a distro problem necessarily...
[14:57] <rgreening> unless it's a udev/hal issue
[14:57] <rgreening> which doesn't seem to be the case as audioslave works...
[15:07] <davmor2> Riddell: wow when did you become fluent in german?
[15:08] <Dyrcona> everyone becomes fluent in German after mucking with KDE for a decade or so.
[15:10] <Riddell> davmor2: ich bin das Kubuntu Chef!
[15:10] <jjesse> haha
[15:11] <jjesse> hail to the Kubuntu Chef
[15:12] <davmor2> Riddell: I thought you'd of gone for ich bin ien berliner :D
[15:12] <Riddell> maybe with my Kubuntu Chef hat I'll make Berliner doughnuts
[15:16] <effie_jayx> hello all
[15:17] <effie_jayx> I am picking up the devel ropes and I would like to help
[15:17] <effie_jayx> anything I can help with atm?
[15:17] <ScottK> effie_jayx: We are in great need of bug triagers.
[15:18] <ScottK> txwikinger: You were working on some bug triage stuff, right?  Perhaps effie_jayx could help you out?
[15:18] <txwikinger> ScottK: yes I do
[15:18] <effie_jayx> ScottK: I could definetelly help there
[15:19] <effie_jayx> my biggest issue is finding the right bugs in launchpad
[15:19] <txwikinger> Today the upgrade-manager-kde bugs are within the HugDay so I did not isolate them.. did not make sense
[15:19] <txwikinger> But I will see what to do for the next time
[15:20] <effie_jayx> txwikinger: is there anything there that needs help?
[15:20] <txwikinger> effie_jayx: yes.. we could maybe talk in a couple of week what we want to set up for the next HugDay
[15:20] <txwikinger> and then we need to put the stuff on a wiki page
[15:21] <txwikinger> I will be a little tied up next month with the LoCo reapproval
[15:21] <txwikinger> effie_jayx: and for today.. look at today
[15:22] <txwikinger> 's BugDay wiki page.. there are several kde bugs to traige
[15:22] <txwikinger> triage
[15:23] <effie_jayx> txwikinger: ok, thanks :)
[15:25] <txwikinger> effie_jayx: https://wiki.ubuntu.com/UbuntuBugDay/20100520 if you did not have the link yet
[15:38] <effie_jayx> txwikinger: thanks
[15:38] <txwikinger> effie_jayx: If you need any help.. you can find me in one of these channels here
[15:40] <effie_jayx> txwikinger: no problem
[15:59] <shtylman> Riddell: is qt webkit a separate git repo now as well? or will we just package separately?
[15:59] <Riddell> shtylman: it has always been in a separate git repository
[15:59] <Riddell> git://gitorious.org/qtwebkit/qtwebkit.git
[16:01] <shtylman> ah
[16:01] <shtylman> probly need to make a launchpad project for that then?
[16:02] <Riddell> yes I think so
[16:02] <shtylman> k
[16:02] <shtylman> do we have a proceedure for that?
[16:02] <shtylman> who should own it? kubuntu-<something> ?
[16:03] <Riddell> kubuntu-members as good as anything I guess
[16:04] <shtylman> Riddell: QtWebkit sound fine for a project name?
[16:04] <Riddell> capital K
[16:04] <maco> does rekonq have support for extensions?
[16:04] <Riddell> else they'll get grumpy
[16:04] <shtylman> haha
[16:04] <Riddell> maco: not currently, there's a git branch to add support for Chome extensions
[16:04] <Riddell> Chrome
[16:04] <maco> ok
[16:06] <Riddell> now that's the sort of response I like from upstreams http://mail.kde.org/pipermail/rekonq/2010-May/001363.html
[16:07] <jussi> Riddell: nice!!!
[16:07] <nigelb> Riddell: wow, friendly upstream :)
[16:08] <Riddell> yes they're lovely
[16:08] <shtylman> nice
[16:08] <nigelb> debian is looking nicer by the day btw
[16:08] <shtylman> Riddell: https://launchpad.net/software-center-qt
[16:08] <shtylman> you aware of this?
[16:10] <Riddell> I'm not
[16:11] <shtylman> Riddell: also... https://launchpad.net/qtwebkit
[16:11] <maco> so i guess thats meant to emulate software center's interface?
[16:11] <maco> hmm i dont even know what software center looks like
[16:12] <shtylman> maco: it looks good
[16:12] <maco> i always see http://en.wikipedia.org/wiki/File:Ubuntu_Software_Center.png but never what it looks like after you click a category
[16:15] <maco> i guess i need to play with an ubuntu live cd a bit. i dont know how to use jaunty or karmic or lucid
[16:15] <ScottK> Riddell: Being Kubuntu's default can be quite motivational.
[16:16] <shtylman> Riddell: does that qt webkit page look reasonable? if so I will start the git import of the webkit git repo
[16:18] <Riddell> looks fine shtylman 
[16:26] <Riddell> I do believe I'm ready to upload Qt
[16:27] <rbelem> cool! :-)
[16:27]  * Riddell takes a deep breath and uploads
[16:27] <rbelem> :-D
[16:28] <rbelem> Riddell, will you upload the qtwebkit2.0 or will wait for 2.1?
[16:29] <Riddell> rbelem: I've taken the copy from the 4.7 beta and packaged it separately
[16:29] <Riddell> so we'll be ready to have 2.0 when it's released
[16:29] <rbelem> nice :-)
[16:32] <Riddell> rbelem: should we try and get Ubuntu Liquid on https://wiki.ubuntu.com/MaverickMeerkat/ReleaseManifest ?
[16:32]  * rbelem was suffering with the qt packages created by himself
[16:32] <maco> ubuntu liquid?
[16:33] <Riddell> maco: or Kubuntu Mobile 
[16:33] <rbelem> Riddell, i think so :-)
[16:34] <Riddell> rbelem: we'll want images for i386 and arm?
[16:34] <shtylman> Riddell: maybe we should reach out to this software center guy?
[16:34] <rbelem> Riddell, for both
[16:35] <rbelem> because there are some sony i386 with small screen
[16:35] <ScottK> Riddell: I think we ought to call it kubuntu-mobile.
[16:35] <ScottK> Also because you'll get a lot more test coverage on i386.
[16:36] <rbelem> ScottK, i agree :-)
[16:37] <ScottK> rbelem and Riddell: Slightly conveniently I created #kubuntu-mobile yesterday for Mobile specific stuff that would be a distraction here.
[16:37] <rbelem> nice!
[16:37] <ScottK> jussi promised me a bot there, but it didn't appear yet.
[17:45] <Riddell> 17:45 < seb128> ArneGoetje, also is ubiquity using language selector for langpacks handling?
[17:45] <Riddell> 17:45 < ArneGoetje> seb128: yes, should be
[17:45] <Riddell> shtylman: wibble, what's that all about?
[17:46] <shtylman> I have no idea what this is about...
[17:46] <shtylman> what is the context here?
[17:47] <Riddell> shtylman: mentioned in the meeting in #ubuntu-desktop just now
[17:48] <shtylman> Riddell: not sure about what the backend does... this may be a question for ev or cjwatson
[18:37] <rgreening> Riddell: apparantly KDE Multimedia / Amarok / Kaffeine do not like when CD-ROM is not /dev/cdrom. This can happen with udev and device persistance and generating /dev/cdrom[0-9] as additional devices. So, for me, my netbook has used several divverent external CD-ROMS, and each a different number. the only one that plays audio CD's is the original at /dev/cdrom. This seems an upstream issue, yes? Or is it ours and how we use udev?
[18:38] <rgreening> Riddell: setting the device in system settings does not fix it either.
[18:39] <jjesse-netbook> rgreening: i can +1 that as wel
[18:39] <jjesse-netbook> didnt know the reason but my netbook has the same issue
[18:40] <rgreening> jjesse-netbook: you need to edit /etc/udev/rules.d/70-persistent-cd.rules and make the CD ROM you are using generate /dev/cdrom and not /dev/cdrom1 for example.
[18:40] <jjesse-netbook> rgreening: hrmm ok
[18:40] <rgreening> that was the only fix that fully works for me
[18:41] <rgreening> that file is generated and made persistant for each new device you attach. its ok and sane to edit this file
[18:41] <rgreening> its a local file for local rules
[18:41] <jjesse-netbook> that file is empty, is it because i dont have a cdrom attached right now?
[18:42] <rgreening> no. it should have something in it if you have attached a CDROM
[18:45] <jjesse-netbook> hrmm this is a fresh install so maybe not this royund yet
[18:46] <rgreening> jjesse-netbook: ya. once you attach, it will populate it
[18:47] <rgreening> Riddell: the audiocd:/ slave seems to work just fine regardless, as it searches all possible devices looking for compatible CD ROM's. 
[18:48] <Tm_T> rgreening: audiocd slave is one of those awesome things that make KDE rock (:
[18:50] <rgreening> Tm_T: unfortunately my wife currently hates me and Kubuntu/KDE due to Amarok 4.0 being shite
[18:51] <rgreening> featurewise wrt Amarok 1.4 that is
[18:51] <rgreening> and its not pleasant having the wife mad
[18:54] <rgreening> Riddell: in fact audiocd:/ does not care about the Audiocd IO Slave setting being correct in system-settings or not. I set it to bogus and it still works. 
[18:58] <Tm_T> rgreening: Amarok 4.0?
[18:58] <rgreening> Tm_T: ya.. sry.. 2.3.1 under KDE 4
[18:58] <rgreening> vs 1.4 under KDE 3
[18:59] <Tm_T> rgreening: well, she can use some other player then? there's plenty of Amarok 1.x clones around
[18:59]  * Tm_T likes modern Amarok
[18:59] <rgreening> Tm_T: got one that does playlist syncing, Audio CD playing and is KDE based?
[18:59] <Tm_T> playlist syncing?
[18:59] <rgreening> I haven't found anything close to Amarok 1.4
[19:00] <Tm_T> there's even Amarok 1.4 portings
[19:02] <Tm_T> unfortunately I haven't used them myself, as I'm happy with what I'm happy with
[20:14] <neversfelde> is someone already working on rekonq?
[21:53] <apachelogger> kubotu: join #kde-sprinters
[22:01] <JontheEchidna> bug 583526
[22:01] <JontheEchidna> :(
[22:02] <shtylman> heh
[22:03] <Dyrcona> i've seen that just today.
[22:04] <JontheEchidna> I have a few Qt patches from 4.6 branch I've been meaning to SRU. I'm not sure if we can remove this patch in an SRU though?
[22:05] <JontheEchidna> technically it's a regression from lucid, but removing the patch does make the asian fonts look crappier
[22:17] <ScottK> Those are harder for SRU.
[22:17] <ScottK> You need a no regression fix.
[22:17] <ScottK> Which removing the patch would be for asian fonts
[22:55] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100520215539-gf9k68hkmhc0gm3r * src/api/ (7 files) complete api
[22:56] <apachelogger> \o/ \o/
[22:56] <apachelogger> Nightrose: \o/