[10:10] <JRe> anyone is running kde svn here ?
[11:12] <Riddell> JRe: I can do
[11:12] <JRe> Riddell: no it's good i have found someone ;)+
[11:59] <JRe> hehe KDE people like us http://www.very-clever.com/kde-blog/2005/07/26/kubuntu-is-great/
[12:00] <Riddell> :)
[12:31] <JRe> Riddell: http://jrepin.blogspot.com/2005/07/jlps-kde-35-previews-part-1.html they talk about media notifier :)
[01:05] <\sh> Riddell: u start uploading 3.4.2?
[01:06] <Riddell> \sh: ssh :)
[01:06] <\sh> *oops* 
[01:07] <\sh> :)
[01:32] <froud> insanekane: you there
[01:42] <JRe> \sh: did you find the kwave maintainer
[01:43] <JRe> ?
[01:54] <\sh> JRe: yes...I will try to build kwave with orig source
[01:54] <\sh> and lets see
[01:55] <JRe> ko
[01:55] <JRe> ok
[03:03] <Riddell> JRe: if the icecream package works feel free to send it to revu
[03:04] <JRe> Riddell: ok
[03:48] <Mez> Riddell, ping
[03:49] <Riddell> Mez: hi
[04:51] <allee> JRe: do you happen to have a kay action for digikam that I can include in the pkg?
[04:51] <JRe> allee: you have contact with digiKam upstream ?
[04:51] <allee> JRe: yes, that too ;)
[04:52] <JRe> allee: so you can make some lobying to make them register automaticly to media notifier
[04:52] <JRe> allee: with Kevin we have started lobying
[04:52] <allee> JRe: yes for sure
[04:52] <JRe> allee: but ATM only Kscd do that ;)
[04:53] <JRe> allee: you can tell them that there is an exemple in KScd or they can contact me if they want more info
[04:53] <allee> JRe: well for perfect integration digikam changes are needed.  E.g, you can't pass the mount point of an USB mass-storage camera
[04:54] <JRe> allee: yeah you're right
[04:54] <JRe> allee: i think that Kevin have amaroK and digiKam on the sight for these kind of problem
[04:55] <allee> JRe: thx, I'll check kscd trunk and try it.
[04:55] <JRe> allee: but the problem is that i am not sure that we will be able to backport medianofitier to KDE 3.4.2
[04:56] <JRe> allee: (since ervin is going now to change the way that the plugged media will be notified by changing the HAL backend)
[04:57] <JRe> allee: you can test medianotifier if you want by compiling trunk =)
[04:57] <JRe> allee: (i fixed two bugs today =) )
[04:58] <JRe> allee: (it's in kdebase/kioslave/media/ )
[04:59] <allee> JRe: I'll have a look at the commits.  any estimate already for 3.5 final release date?
[05:00] <JRe> i know that we freeze features in august
[05:00] <JRe> allee: but i dunnow for the release :(
[05:00] <allee> JRe: 'k np
[05:00] <JRe> allee: all i know is that trunk is pretty stable ATM
[05:02] <JRe> allee: anyway i really hope that we will be able to have 3.5 in Breezy
[05:03] <allee> hmm, KDE 3.5 will be much later than the next 0.7* digikam release.  But sounds in time for 0.8
[05:03] <allee> JRe: me too.  Moving windows in minipager alone is worth having it!
[05:04] <JRe> allee: yes it rocks!!! I love also the new konqueror search bar, the new system:/ kioslave and of course the medianotifier =) =)
[05:05] <JRe> allee: August 22  Complete feature freeze
[05:09] <Riddell> JRe: for KDE?
[05:09] <JRe> Riddell: yes http://lists.kde.org/?l=kde-core-devel&m=112001066511818&w=2
[05:10] <JRe> Riddell: but dunnow if it's the real date ar just an estimation
[05:11] <JRe> Riddell: you have information on the freeze date ?
[05:11] <Riddell> I think that's just a guess
[05:11] <Riddell> there's no official date for freeze yet as far as I know
[05:11] <JRe> Riddell: ok! I hope it will be before september :)
[05:14] <Mez> Riddell - is it worth building the i38n stuff for k3b
[05:15] <Riddell> i38n?
[05:15] <Riddell> that's a long word
[05:15] <Mez> ?
[05:15] <Mez> internationalisation
[05:15] <Riddell> i18n
[05:15] <JRe> =)
[05:16] <Riddell> Mez: isn't it part of the same sources?
[05:16] <Mez> seems not
[05:16] <Mez> http://k3b.plainblack.com/download
[05:18] <Mez> I think we can prob build a load of i38n packages
[05:18] <Mez> for k3b
[05:21] <allee> Mez: good question!  digikam* has/will splits docs out of main tarball too (GUI trans still in main tarballs).  Is there a policy/suggestion how to handle those multilanguage pkgs in (k)ubuntu?
[05:21] <Mez> *shrugs*
[05:22] <Mez> I've split some stuff out of packages before
[05:22] <Mez> but well, this is different
[05:22] <allee> I tend to release as one pkgs because splitting out dozends of pkgs is not the right solution 
[05:22] <Mez> this involves making a new bas package
[05:23] <Mez> yeah
[05:23] <Mez> but if you only want i18n for one lang?
[05:23] <allee> Mez: bas?  
[05:23] <Mez> bas?
 this involves making a new bas package
[05:23] <Mez> s/bas/base/
[05:23] <allee> ah
[05:24] <Mez> ah no it doesnt
[05:24] <Mez> Riddell!
[05:24] <Mez> *pokes*
[05:24] <Mez> theres already a k3b-i18n
[05:24] <Mez> shall I update?
[05:24] <allee> I would also prefer one pkg per lang, but in general for KDE apps this generates an order of magnigute more pkgs :(
[05:25] <Mez> kde has one package per land
[05:26] <allee> I splitting is 'easy' but what user want is I want lang1 lang2, ... and later does not care about <pkg>-doc-<lang>
[05:26] <Mez> lol
[05:27] <allee> that's something apt/deb pkg mngnt does not support :(
[05:27] <Mez> should make <pkg>-i18n-<lang> depend on <pkg>-doc-<lang>
[05:28] <Riddell> Mez: we do have a kde-i18n package I see, so yes that should be updated
[05:28] <Riddell> (even if the strip package stuff means it won't work yet)
[05:28] <allee> mhmm, isn't all this s/i18n/l10n/.   Who cares ;)
[05:29] <Mez> strip package stuff?
[05:29] <allee> Mez: this approach does not scale and is messy like all meta pkgs that don't have a no-much-changing set of pkg
[05:30] <Riddell> Mez: when main packages get uploaded to the server their .mo files get stripped so they can be put in language-pack-xx, but it doesn't work right for kde yet
[05:31] <allee> Riddell: Are there plans to handle doc too this way (.html, docbook etc)
[05:31] <allee> +?
[05:33] <Riddell> allee: no, docs stay in kde-i18n-xx
[05:36] <allee> he, he,  core kde tarballs solve the problem already ;)   Looks like localepurge is still the only rescue after one downloaded lots of (useless) bytes. ;)
[06:14] <Mez> Riddell: uploading to REVU
[06:16] <Riddell> Mez: icecream?
[06:16] <Riddell> or k3b-i18n?
[06:16] <Mez> huh?
[06:16] <Riddell> no, it was JRe looking at icecream
[06:16] <Mez> k3b-i18n
[06:16] <Mez> ah lol
[07:42] <\sh> Riddell: ping...does it make sense to rebuild kde apps for cxx trans after your uploads? ,-)
[07:45] <Riddell> \sh: how do you mean?
[07:47] <\sh> Riddell: we have some kde apps to rebuild because of the cxx transition...and I'm asking if I should w8 for the surprise? or can I just rebuild without any hassle?
[07:47] <\sh> updating to the latest libs?
[07:48] <Riddell> \sh: it shouldn't make a difference going from kdelibs 3.4.1 to kdelibs 3.4.2 so you should be fine to upload
[07:48] <\sh> thx :)
[07:48] <Riddell> \sh: who is we and what are the apps?
[08:12] <Mez> digikam in breezy yet
[08:12] <Riddell> is that a question?
[08:12] <\sh> Riddell: wiki.ubuntu.com/UniverseUnmetDeps
[08:12] <Mez> er
[08:12] <Mez> maybe
[08:14] <allee> Mez: digikam & co gets love at this very moment ;)
[08:14] <Mez> lol
[08:14] <Mez> kool
[08:15] <allee> preliminary pkgs build on breezy last night but I've to finish license/copyright review :(
[08:16] <Mez> digikam = pretty b0rke din hoary
[08:16] <allee> Mez: in forum you'll find my hoary repo that fixes it ;)
[08:17] <Mez> allee... link?
[08:17] <allee> http://www.mpe.mpg.de/~ach/kubuntu/hoary/Pkgs.php
[09:23] <Mez> you gonna build 3.4.2 for hoary ?
[09:23] <Riddell> Mez|likescheese: yes
[09:24] <Mez|French> w00t :d
[09:24] <Mez|French> hehehehe :D
[09:24] <Mez|French> good 
[09:24] <Mez|French> :D
[09:24] <Mez> cant wait
[09:24] <Mez> is 3.4.2 gonna go into breezy?
[09:25] <\sh> Mez: when it's backported to hoary...what do u think? ,-)
[09:25] <Mez> btw allee your repos still dont work
[09:25] <Mez> \sh is it being backported though?
[09:25] <allee> Mez: eh?  I used them yesterday no problem
[09:25] <Mez> and \sh I thoght there was an upstram version freeze
[09:25] <allee> Mez: what goes wrong on your side
[09:26] <Mez> allee, try anything under "my tags"
[09:26] <Mez> and it errors
[09:26] <\sh> Mez: I think it has to go in ... and riddell will get the permission
[09:27] <Mez> doesnt that mean everything needs a rebuild against 3.4.2
[09:28] <\sh> nope...it's not breaking the binary format of the libs
[09:29] <Mez> hmm.
[09:29] <Mez> oh yeah, can use things with libs from before
[09:29] <Mez> but, cant use things with libs from after
[09:30] <\sh> Mez: between 3.4.1 and 3.4.2 shouldn't be any bigger changes..bugfixes, polishing, but not many new things, riddell stop me before I'm writing nonsense
[09:31] <Riddell> bugfixes only, binary compatiblity is kept of course
[09:31] <Riddell> no string changes
[09:32] <Mez> fair enogh
[09:32] <allee> Mez: almost-ready 0.7.4 debs have no problem with tags.  I'll downgrade to 0.7.2 later.  Right now I need working 0.7.4
[09:32] <allee> + for love ;)
[09:33] <Mez> well, they just say the protocol sint recognised
[09:34] <allee> oh?  Care to logout in?  Maybe io-slave don't get picked up dynamicly update.  Anything in ~/.xsession-error?
[09:34] <Mez> meh, too much hassle for a logout at the mo
[09:34] <Mez> building
[09:35] <allee> Mez: 'k (hint: you need a testuser account for display :1) 
[09:35] <Mez> o_O
[10:01] <Riddell> tech board, #ubuntu-meeting, now
[10:14] <Mez> Riddell, I'm assuming you're there for me?
[10:15] <Riddell> I'm always here for you baby
[10:21] <Mez> o_O
[10:21] <Mez> dont let Emily hear you say that
[11:43] <\sh> Riddell: thx for all :)
[11:43] <Riddell> very welcome
[11:50] <allee> \sh, Mez: contratulation!
[11:50] <Mez> ty :D
[11:50] <allee> congratulation even
[11:53] <\sh> thx :)