[09:56] <JRe> hello!
[11:45] <\sh> Riddell: ping..
[11:46] <Riddell> \sh: honk
[11:48] <\sh> Riddell: i reviews kdebluetooth and u mentioned another package yesterday, i forgot...
[11:48] <\sh> reviewed even
[11:49] <Riddell> \sh: http://jr.falleri.free.fr/fichiers/kubuntu/katapult/
[11:49] <Riddell> http://jr.falleri.free.fr/fichiers/kubuntu/speedcrunch/
[11:51] <Riddell> http://jr.falleri.free.fr/fichiers/kubuntu/ktvschedule/
[11:51] <\sh> okokok :)
[12:50] <JRe> Riddell: should it be a good idea to create a page for applications waiting for a new maintainer (like orphaned packages in debian) for KDE ?
[12:50] <JRe> sort of adopt your KDE apps
[01:06] <Riddell> JRe: could do yes
[01:07] <JRe> Riddell: where would be the right place to put such a place? kubuntu wiki ?
[01:08] <JRe> s/place/page/
[01:09] <Riddell> JRe: either KDEMOTU or just MOTU
[01:12] <JRe> Riddell: hum in fact i was talking about application no more beeing developped but good enough to be adopted by new coder
[01:13] <Riddell> ah, that's different from debian orphaned packages I think
[01:13] <Riddell> I guess Kubuntu would be the place to parent from
[03:21] <Riddell> JRe: I'm trying kay
[03:21] <Riddell> JRe: all I get is "object not accessible"
[03:23] <JRe> when you're calling it by dcop ?
[03:23] <Riddell> yes
[03:23] <JRe> mmm
[03:23] <Riddell> dcop kded kayd devicePlugged /media/sda1/ /dev/sda1 foo
[03:23] <JRe> it's the right command
[03:24] <Riddell> this is hoary
[03:24] <JRe> Riddell: it's strange because it works on my computer
[03:24] <JRe> (at work)
[03:25] <JRe> Riddell: try on your home dir
[03:25] <JRe> => /home/user /dev/sda1 foo
[03:28] <Riddell> >dcop kded kayd devicePlugged /home/jr /dev/sda1 foo
[03:28] <Riddell> object not accessible
[03:28] <JRe> Riddell: what is the version you have ?
[03:28] <JRe> (of the package?)
[03:28] <Riddell> kay 0.3
[03:28] <JRe> okay
[03:29] <JRe> you're running amd 64 ?
[03:29] <Riddell> no, pentium
[03:29] <JRe> and of course the kay kded module is started ?
[03:30] <JRe> Riddell: okay i think that is the error: you have to start the service because when i stop it i have the same output
[03:31] <JRe> (you can found it in the control panel)
[03:31] <Riddell> aah
[03:31] <Riddell> kbuildsycoca had broken permissions
[03:34] <JRe> Riddell: so you successfully could to get it work ?
[03:34] <Riddell> yes
[03:35] <JRe> ;)
[03:35] <Riddell> so.. what can this baby do?
[03:35] <JRe> Riddell: there is also a KCModule in order to configure actions
[03:35] <JRe> you can set up custom action
[03:36] <JRe> and automatic action performing based on the device name
[03:36] <JRe> it's all for the moment but i an open to all suggestion to improve it ;)
[03:39] <Riddell> can we get it so with an audio CD for example it offers a choice of playing or ripping?
[03:40] <JRe> Riddell: yeah but we need a method to discover that this is a cd audio but it should be possible
[03:40] <JRe> Riddell: that is dialog style i want to implement it like usb device dialog, cd dialog style
[03:42] <JRe> Riddell: but i am wondering if the kio media can be the right way do that (it would be independent of the auto mounter)
[03:43] <Riddell> it should open up media:/sda1 rather than file:///media/sda1
[03:44] <JRe> Riddell: yeah that's why i want to use the media slave to perform the dcop call ;) 
[03:45] <JRe> Riddell: but do you thing that at least the concept is interresting?
[03:46] <JRe> s/thing/think/
[03:47] <Riddell> it is indeed
[03:49] <JRe> so i may open a sourceforge account, in order to put in in real developent
[03:49] <\sh> Riddell: re....do u think it's save to do an update to breezy for kde stuff?
[03:50] <Riddell> JRe: cool
[03:50] <Riddell> \sh: kde should be OK, not sure about X but I expect it's fine
[03:50] <JRe> Riddell: do you know the name of the person in charge of the kio-media  ?
[03:50] <\sh> Riddell: ok...if i'm not making it to the meeting this evening u know why ;)
[03:53] <Riddell> \sh: going for maintainership/
[03:53] <Riddell> ?
[03:53] <\sh> Riddell: no..updating to breezy :)
[03:56] <Riddell> \sh: your name is on https://www.ubuntulinux.org/wiki/MaintainerCandidates
[03:57] <\sh> ...hmmm
[03:57] <\sh> thats old already
[03:58] <Riddell> you should edit it
[04:00] <\sh> done
[04:00] <\sh> did u see the list of "needs to show up again"
[04:01] <Riddell> briefly
[04:02] <Riddell> who is this JeanRemyFalleri chappy?
[04:02] <JRe> it's me 
[04:02] <Riddell> :)
[04:03] <Riddell> JRe: are you a member?
[04:03] <JRe> no but i show up at he next council
[04:04] <Riddell> wondering why your name is on maintainership list when you arn't a member yet
[04:04] <JRe> okay i erase it ;)
[04:05] <JRe> (i missunderstood the procedure and forgot putting my name)
[04:09] <JRe> done
[04:11] <Riddell> sorted
[05:09] <elmo> Riddell: what's this gettext-kde about?
[05:09] <Riddell> elmo: it's the version of gettext as used by KDE
[05:09] <elmo> why a duplicate source package?   why not modify the main gettext one?
[05:10] <elmo> and 'systemsettings' is very namespace polluting - could it be called kde-systemsettings or ksystemsettings or something instead?
[05:12] <Riddell> elmo: the gettext source is the one supplied by KDE, it has various modifications to the normal gettext but they arn't separated at all so I can't pick them out
[05:12] <Riddell> http://www.mirror.ac.uk/sites/ftp.kde.org/pub/kde/devel/gettext-kde/
[05:12] <Riddell> elmo: the upstream name is just systemsettings
[05:12] <elmo> maybe so, but I can guarantee it's not going to get into Debian with that name
[05:13] <elmo> it's just far too generic
[05:13] <elmo> (c.f. gnome-control-centre is gnome-control-centre, not upstream's control-centre)
[05:13] <Riddell> I could rename it to kde-systemsettings then
[05:14] <elmo> is this something that's going to go into Debian?  can you check what they plan to do?  I'm kind of keen on avoiding package name divergence if we can
[05:14] <Riddell> the debian packagers havn't looked at it I'm pretty sure
[05:15] <elmo> ok
[05:17] <elmo> gettext-kde FTBFS for me?
[05:19] <Riddell> working for me, what's the error?
[05:20] <elmo> try building it on concordia breezy
[05:20] <elmo> I'll get the error I got once I finish upgrading thew chroot
[05:23] <Riddell> ../lib/getline.h:31: error: conflicting types for 'getline'  not good
[06:11] <elmo> Riddell: dude, what requires this exactly?  surely not mainline KDE?  it's a super old copy of gettext
[06:11] <Riddell> elmo: yes, that's what is used by mainline KDE
[06:11] <Riddell> it's got modifications to add various features, it works so it's never been updated
[06:12] <elmo> you mean like, 3.4 requires this?  
[06:12] <Riddell> elmo: it requires it to create the .pot translation files
[06:12] <froud> elmo part of kdesdk
[06:12] <Riddell> which is all normally done upstream, but for rosetta we need to do it ourselves
[06:12] <Riddell> froud: it's not part of kdesdk
[06:13] <froud> well sdk install it
[06:13] <Riddell> my gettext-kde package includes a couple of scripts from kdesdk that are also needed for the .pot creation
[06:14] <froud> Hmmm my mistake KDESDK has po2xml
[06:14] <froud> and pot2xml
[06:14] <froud> which needs gettext
[06:14] <froud> xml2po there 2 somewhere
[06:16] <froud> docteam are also using these tools to feed rosetta and manage i18n
[06:45] <Riddell> elmo: do you know if QPL programmes are allowed in Ubuntu?
[06:46] <elmo> Riddell: pure QPL?
[06:46] <elmo> offhand, I'd say yes
[06:46] <Riddell> cool
[06:48] <mdz> Riddell: does the gettext in Breezy not work in this context?
[06:50] <mdz> the parser seems to have been completely reworked, and is much more sophisticated
[06:58] <KaiL> wow, kubuntu-desktop installable :))
[07:02] <allee> KaiL: so now hoary -> breezy works now more than less ?
[07:02] <KaiL> you can at least install it, but I can't say you, if everything works
[07:03] <allee> KaiL:  that's more than good enough for me ;)
[07:06] <KaiL> known problems for now:
[07:07] <KaiL> - amarok and/or arsd crash after some time
[07:07] <KaiL> - media:/ is quite dead
[07:08] <KaiL> ..+ the bugs I haven't seen :)
[07:14] <KaiL> uhm, no menu entries for oo2?
[07:18] <KaiL> the app itself if quite good KDE lookalike
[07:18] <Riddell> mdz: my understanding is that the KDE extensions to gettext mean a standard gettext won't work 
[07:18] <KaiL> except the menu fonts (to big imho)
[07:24] <mdz> Riddell: the only things changed have to do with parsing C/C++ code
[07:25] <mdz> Riddell: do you know of a test case where standard gettext (modern versions) won't work?
[09:51] <mdz> Riddell: also, did you receive my bug report about kscreensaver-xsavers?
[10:22] <Riddell> mdz: change depends from xscreensaver-nognome to xscreensaver, I can take a look at that tomorrow
[10:23] <Riddell> mdz: looks like i18n scripty maintainer is away for the night, I'll ask again for exact details, but I'm sure there's a reason why that version of xgettext is still used
[10:23] <mdz> Riddell: let's find out what the underlying issues are, and we'll decide what to do based on that
[10:53] <Riddell> elmo: for systemsettings should it be the source or just the binary that is renamed?
[10:58] <Riddell> elmo: and does the binary (rather than just binary package) have to be renamed?
[10:59] <Mez> hey all
[11:03] <elmo> Riddell: binary package definitely has to be; source and binary itself is up to you; personally I'd recommend renaming both, but I'm not going to be ultra-fascist over it
[11:04] <elmo> Riddell: also I'm going to reject gettext-kde for now,just because having it in limbo in NEW makes things painful for me - feel free to reupload when the issues are resolved/decided
[11:04] <Riddell> elmo: ok