[00:12] <yao_ziyuan> firefox 3's default tab look in kubuntu 8.04 is ugly
[00:12] <yao_ziyuan> a theme Phoenity Reborn is recommended
[00:14] <Riddell> well, that's us tol
[00:14] <Riddell> well, that's us told
[00:24] <Riddell> anyone want to do new extragear packages?
[00:50] <kwwii> Riddell: ping?
[00:50] <Riddell> hi kwwii
[01:36] <Riddell> apachelogger: are you merging amarok?
[01:37] <Nightrose> Riddell: he said he was - dunno if he finished it
[01:43] <Riddell> Nightrose: what was your issue with kde sound?
[01:43] <Nightrose> Riddell: xine backend was missing in phonon
[01:43] <Nightrose> gstreamer didn't work
[01:44] <Nightrose> but it is fixed now as the xine backend is back thanks to stdin
[01:44] <Riddell> hmm, I was hoping the gstreamer one would work
[01:45] <Nightrose> didn't work for me :/
[01:45] <Nightrose> I installed the "good" codecs and then gave up
[01:46] <Riddell> I've not tried it, juswt would be nice to be able to demote xine to universe as one less thing to care about
[01:46] <Nightrose> yea - if you tell me which packages could be needed I can poke at it tomorrow evening
[01:47] <Riddell> should just be the obvious
[01:47] <Nightrose> heh I think I have those installed then
[01:48] <crimsun_> which media types do you have in your library?
[01:50] <crimsun_> (gstreamer0.10-plugins-good, gstreamer0.10-plugins-bad, and gstreamer0.10-plugins-ugly covers nearly everything)
[01:50] <Nightrose> crimsun_: me? I had no sound at all - system sounds for example
[01:50] <Nightrose> nothing worked
[01:51] <Nightrose> might just be b0rkage in my system but...
[01:51] <crimsun_> ok, find me or themuso if/when you want to troubleshoot that further.
[01:52] <Nightrose> ok :)
[01:52] <jcastro> Nightrose: fyi tags and projects got implemented in brainstorm
[01:52] <Nightrose> jcastro: cool - will have a look after I got some sleep
[01:52] <jcastro> Nightrose: searching for "amarok" in brainstorm should be trivial for you know
[01:52] <Nightrose> it is 3am here and i need to be up in a few hours
[01:52] <jcastro> Nightrose: yep, I'm off to bed too, night!
[01:53] <Nightrose> nini :)
[01:53]  * Nightrose snoozes
[04:20] <nixternal> hola
[04:23] <yuriy> evening
[04:24] <yuriy> the FSF won't let us hand out K/Ubuntu CD's with them :-\
[04:24] <nixternal> I could have told you that
[04:25] <yuriy> seems so ridiculous. and it's not like ship-it sent us any gobuntu
[04:27] <nixternal> ya, I had the same issue a little over a year ago at a conference with them
[04:27] <nixternal> some of their people were wearing anti-buntu shirts
[04:27] <nixternal> and they tried to say they weren't from the FSF
[04:27] <nixternal> but they hung out with them the entire time
[04:29] <nixternal> I really like how they are "restricting your freedom to hand out FREE CDs"
[04:30] <nixternal> yowsers, the beta2 packages are lookin' dangerous :)
[04:30] <ScottK> Not free enough for you?
[04:31] <nixternal> nothing is ever free enough for me :)
[04:43] <yuriy> nixternal: now that's a beta announcement!
[05:00] <nixternal> hehe
[05:01] <daskreecH> Hi nixternal Jucato Hobbsee et al etc
[05:01] <Hobbsee> heya!
[05:01] <daskreecH> How are you?
[05:01] <Hobbsee> doing OK
[05:01] <Hobbsee> intrepid is a bit strange now
[05:03] <daskreecH> It's intrepid?
[05:04] <Hobbsee> true
[05:04] <Hobbsee> but there's a new kernel and such
[05:04] <daskreecH> Ugh I never update kernels
[05:36] <apachelogger> Riddell: merge finished, I'm testing now
[06:56] <apachelogger> nixternal: is there a specific reason akonadiserver isn't built with internal mysql stuff?
[07:20] <apachelogger> Riddell: merge commited to ~kubuntu-members/amarok/debian, please give it a review a lot of stuff changed
[07:21]  * apachelogger heads off for some meditation
[07:21] <daskreecH> apachelogger: I have the funniest video of that
[07:23] <daskreecH> 'http://www.youtube.com/watch?v=4X_M6gCXKBg'
[08:41] <ZeBarbu> Hello world. I would just want to know when the kdepim-kde4 pacakges will be built? I upgraded to kde4-beta2 but can't use kmail no more because of the following missing lib dep:
[08:41] <ZeBarbu> kmail: symbol lookup error: /usr/lib/kde4/lib/libkdepim.so.4: undefined symbol: _ZN13KRichTextEdit17mouseReleaseEventEP11QMouseEvent
[08:42] <ZeBarbu> could packagers please build kdepim before less usefull ones (kdetoys was built yesterday, for example)
[08:44] <Hobbsee> on...what?
[08:44] <Hobbsee> gutsy, hardy, intrepid?
[08:44] <ZeBarbu> ho, sorry
[08:44] <ZeBarbu> hardy
[08:44] <ZeBarbu> x86
[08:45] <ZeBarbu> sorry for my aggresiv way of speaking, I'm not ungry or something. It's just a warning: we can't use kmail no more, and that is not really good! ;)
[08:46] <ZeBarbu> so, if someone in the gods team can manage to solve this problem, it may make some peoples happy :)
[08:49] <Hobbsee> is this in backports or ppa?
[08:49] <ZeBarbu> ppa
[08:49]  * Hobbsee hasn't been running hardy
[08:50]  * Hobbsee looks
[08:50] <ZeBarbu> I think all people that followed the kubuntu announce have the same problem...
[08:51] <ZeBarbu> maybe i'm the only fool guy in the world who use kontact-kde4 for daily use :)
[08:51] <Hobbsee> stdin_: any idea on that?
[08:52] <ZeBarbu> in fact, kmail is still to 4.0.80 (beta1) but many other packages are 4.0.83 (beta2)
[08:53] <ZeBarbu> kdepimlibs5 is 4.0.83, but libkdepim4-kde4 is 4.0.80
[08:53] <ZeBarbu> as well as all other pim related stuff, in fact (4.0.80)
[09:04] <ZeBarbu> does anybody else reproduce the problem?
[09:05] <Nightrose> ZeBarbu: yes several people have it
[09:05] <Nightrose> unfortunately you can't do a lot but wait for the package to get build
[09:06] <ZeBarbu> yeap, that's what I though... that's why I asked if the packages build order could re-thinked: some non-vital ones (kdetoys) are built before more important ones (kdepim).
[09:06] <ZeBarbu> It's just a suggestion, I don't know if there are dependencies between them, etc...
[09:07] <Nightrose> that is due to dependencies I think
[09:07] <Nightrose> other stuff has to be build before kontact can be buil
[09:07] <Nightrose> d
[09:07] <Nightrose> and as long as that fails...
[09:07] <ZeBarbu> yeap..
[09:07] <ZeBarbu> or maybe the announce in kubuntu was a bit too early
[09:08] <ZeBarbu> ok, I was aware it is beta :)
[09:08] <Nightrose> ;-)
[09:57] <Hobbsee> fabo: any chance of the newest soundkonverter please?
[10:00] <fabo> Hobbsee: busy at work currently. I expect to do some packaging work this week-end.
[10:00] <Hobbsee> fabo: great.  filing a bug in your bts :)
[10:00] <fabo> :)
[10:01] <ZeBarbu> Hobbsee: just for my information: is there any kmail packages build expected date?
[10:01] <Hobbsee> ZeBarbu: unsure, tbh - i'm not involved in that area currently.
[10:02] <ZeBarbu> hum... do you know who is the right man I may ask this question?
[10:03] <ZeBarbu> just to know if I'd better find a failback , or just wait few hours.
[10:03] <Hobbsee> Riddell: should know, i think
[10:03] <ZeBarbu> ok, thanks
[10:03] <ZeBarbu> I'll try disturbing him, then ;)
[10:03] <ZeBarbu> Riddell: around here?
[10:05] <ZeBarbu> I would just want to know when I can expect having working kontact packages. Is it a matter of hours, or few days? I don't want to stress you, only to know if I'd better wait or finding a failback
[10:06] <ZeBarbu> I'm lost without all my rss streams, my calendars and working with webmails is not the easiest way of working ;)
[10:14] <tictric> ZeBarbu: I only followed your thread very loosely but why don't you just use kontact/kde3?
[10:15] <ZeBarbu> because I already switched to kontact kde4
[10:15] <ZeBarbu> and I had to reconfigure all my accounts, etc...
[10:16] <ZeBarbu> ok, it's beta, but if we don't really use it, we won't find bugs and improve it.
[10:16] <tictric> doesn't matter. Just use the same files in kontact/kde3 e.g. calendar, contacts for mail you use imap
[10:17] <tictric> I tried it and it worked for me
[10:17] <ZeBarbu> I use pop
[10:17] <ZeBarbu> hum... I really don't want loosing data... I don't know if it's 100% compatible between kde3/kde4 versions...
[10:18] <tictric> Well, it wasn't very wise to switch to official beta software with such 'important' data without any backup or such
[10:18] <ZeBarbu> but if it takes too long to build kontact./kde4, I think i'll failback with this... after making big backups ;)
[10:18] <ZeBarbu> as I said, if we don't use it, we won't test/improve it...
[10:19] <tictric> you don't test with critical data
[10:19] <tictric> never, ever
[10:20] <ZeBarbu> :)
[11:51] <nixternal> apachelogger: it is built with it, apparmor just doesn't allow it to run
[11:51] <apachelogger> no it is not
[11:51] <apachelogger> at least not in the ppa
[11:52] <nixternal> something changed then
[11:52] <apachelogger> and the apparmor thingy can be worked around
[11:52] <apachelogger> pretty easy actually
[11:52] <nixternal> ya, I had it working with beta1 just fine
[11:52] <apachelogger> nixternal: also in the package?
[11:53] <nixternal> beta2 looks pretty good
[11:53] <nixternal> apachelogger: what do you mean by also in the package?
[11:54] <apachelogger> whether akonadi did work without fix0ring on one's system
[11:54] <nixternal> no, I had to do the fix
[11:54] <apachelogger> well
[11:54] <nixternal> I don't think we can do it in the package, the apparmor people need to add an exception iirc
[11:54] <apachelogger> I'll digg into the package later on
[11:54] <apachelogger> nixternal: we can
[11:55] <apachelogger> actually.... akonadiserver doesn't open a port anyway, does it?
[11:55] <nixternal> see what Riddell says, as he talked to the apparmor maintainer(s), can't remember what was said though, he told toma and I about it a few weeks back
[11:55] <nixternal> nope, just needs access to sql i think
[11:56] <apachelogger> than we could just bypass it
[11:56] <apachelogger> at least for hardy
[11:56] <apachelogger> I doubt apparmor is getting an SRU for that kind of change
[11:57] <\sh> seele: bug #243078 should be fixed.. in latest lp:~shermann/leonov/leonov-kde-mdi-style
[12:09] <Riddell> nixternal: moi?
[12:10] <Riddell> nixternal: the issue as I mind is apparmour blocks mysql from writing to files in ~ because normally it only writes to /var/lib/mysql or whatever
[12:10] <apachelogger> Riddell: so we need to bypass it anyway?
[12:10] <Riddell> so that needs to be fixed in apparmour profiles (or I don't know if third party packages like akonadi can install apparmour profile files to fix it)
[12:11] <apachelogger> oh well
[12:11]  * apachelogger diggs into apparmor
[12:11] <apachelogger> though
[12:11] <apachelogger> Riddell: actually we should just bypass apparmor completely
[12:12] <apachelogger> since akonadiserver does only allow local connections we don't need a profie for apparmor
[12:12] <Riddell> apachelogger: mm, how?  it would be a bit of a rubbish system security mechanism if apps could just bypass it :)
[12:12] <apachelogger> Riddell: they can
[12:12] <apachelogger> just ln mysqld mysqldakonadi
[12:12] <Riddell> apparmour isn't a firewall, it's about what files processes can write to
[12:12] <apachelogger> make akonadiserver use that binary instead of mysqld and there we go
[12:13] <Riddell> I'd be surprised if it was that easy to bypass
[12:13] <apachelogger> ask nix ;-)
[12:13] <apachelogger> anyway
[12:13] <apachelogger> this is a bit of problem either way
[12:14] <apachelogger> linking mysqldakonadi to mysqld and then allowing mysqldakonadi to write to $HOME is pretty much the same as allowing mysqld to do it, right?
[12:15] <Riddell> doesn't sound any easier than just fixing apparmour for mysqld
[12:15] <apachelogger> and not any more secure :)
[12:17] <apachelogger> mysql-server-5.0: /etc/apparmor.d/usr.sbin.mysqld
[12:18] <apachelogger> hm
[12:18] <apachelogger> Riddell: bug 197476
[12:25] <apachelogger> hm
[12:27] <apachelogger> Riddell: considering mysql doesn't get an exception, we probably have to create such a mysqld.akonadi link and ship akonadi with an apparmor profile allowing it to write to homes only
[12:33] <Riddell> apachelogger: I guess apparmour is that easy to work around :)
[12:34] <Riddell> apachelogger: what's the easiest way to test akonadi?
[12:35] <apachelogger> Riddell: sudo /etc/init.d/apparmor stop
[12:36] <apachelogger> akonadictl start
[12:56] <Riddell> if pbuilder fails, does it put the log somewhere?
[13:05] <Hobbsee> not unless you specify --log
[13:05] <apachelogger> uhm
[13:05] <apachelogger> I know that question
[13:06] <apachelogger> Riddell: add PKGNAME_LOGFILE=yes to your .pbuilderc
[13:06] <apachelogger> then a .build file containing the log will always be stored in /var/cache/pbuilder/results no matter whether the build was sucessful or not
[13:09] <Riddell> hmm, that seems like the sort of thing that should be on by default
[13:13] <apachelogger> very true :)
[13:13]  * apachelogger testbuilds akonadi
[13:17] <seele> \sh: bzr update leonov-kde-mdi-style?
[13:19] <\sh> seele: bzr merge :)
[13:19] <seele> hum, i guess not.  it doesn look like anything changed
[13:19] <seele> ah ok
[13:22] <seele> \sh: i remade but get this error when i try to run
[13:23] <seele> http://paste.ubuntu.com/23079/
[13:23] <seele> brb
[13:24] <\sh> seele: ah yes...you need to update to lp:leonov/python-launchpad-bugs ;)
[13:28]  * Hobbsee pokes Riddell or so
[13:30] <Riddell> hmm?
[13:34] <Hobbsee> Riddell: see #debian-qt-kde please :)
[13:37] <gnomefreak> oh thanks Hobbsee for reminding me to do something ;)
[13:37] <Riddell> Hobbsee: which part?
[13:37] <Hobbsee> Riddell: the last part.
[13:37] <Hobbsee> gnomefreak: heh :)
[13:37] <Hobbsee> Riddell: the request for upload
[13:38] <Riddell> Hobbsee: you want me to upload that taskjuggler diff to ubuntu?
[13:39] <Hobbsee> Riddell: to debian.
[13:39] <Hobbsee> Riddell: why would i need you to upload it to ubuntu?
[13:39] <Riddell> Hobbsee: why would you ask me to upload it to debian?
[13:39] <Hobbsee> Riddell: because i don't have DD powers, and you do?
[13:39] <Riddell> no I don't
[13:39] <Hobbsee> oh.  never mind then :)
[13:46] <\sh> muah...
[14:09] <apachelogger> Riddell: http://aplg.kollide.net/kubuntu/akonadi/
[14:10] <Riddell> nice
[14:10] <apachelogger> pretty self explaining ... mysqld is hardlinked to mysqld-akonadi, for which I added a apparmor profile, and patched akonadi to use that specific binary instead of mysqld
[14:12]  * apachelogger waves at Xand3r
[14:23] <seele> \sh: on the General tab, does Tasks ever have more than a few entries?
[14:23] <seele> \sh: probably 1 usually, 2 or 3 at most?
[14:24] <\sh> seele: that depends :) we have reports with more then 25 :)
[14:25] <apachelogger> Riddell: why is kde4pim no uploaded to the ppa yet?
[14:25] <seele> right, but what do you think is typical?
[14:25] <Riddell> apachelogger: for hardy?  I expect it just means stdin hasn't got to it yet
[14:26] <apachelogger> hm
[14:26] <\sh> seele: the default is at least one...the usual is 4 to 5 including external bug tracker tasks
[14:26] <seele> ok
[14:26]  * apachelogger creates a looping poke for stdin
[14:27] <seele> \sh: is that information pretty important?  or do you just reference it for other reasons?
[14:27] <Riddell> apachelogger: looks like he uploaded it "6 minutes ago"
[14:27] <apachelogger> yeah, noticed it right now
[14:27] <\sh> seele: it's important :)
[14:27]  * apachelogger start killing bugs due to missing kde4pim
[14:28]  * ScottK hands seele Bug #230016 for a really extreme example.
[14:29] <\sh> ScottK: hehe :)
[14:29] <ScottK> leonov better not fall over and die on such bugs.
[14:31] <seele> hah.. yeah.  \sh if i subscribe to that bug with anything go BOOM?
[14:31] <\sh> seele: you won't see it now :)
[14:31] <\sh> seele: because it's done already ;9
[14:31] <\sh> seele: and no...it doesn't make boom then :)
[14:32] <seele> you can see closed bugs?
[14:32] <\sh> seele: not now :)
[14:32] <seele> ok
[14:34] <Xand3r> apachelogger: what is with me? sorry no time left, may be c ya at 22:00
[14:34] <apachelogger> :) always busy
[15:17] <\sh> seele: bug #243080 fixed
[15:18] <seele> \sh: branch again?
[15:18] <seele> er, merge
[15:20] <\sh> seele: just wait
[15:21] <\sh> seele: bug #243083 fixed too...pushing to lp:~shermann/leonov/leonov-kde-mdi-style now
[15:21] <seele> ok
[15:21] <\sh> takes some time :)
[15:22] <apachelogger> Riddell: one sponsoring please :) http://aplg.kollide.net/kubuntu/kdesdk/kdesdk_4.0.83-0ubuntu2_to_ubuntu3.debdiff
[15:24] <apachelogger> \sh: btw, http://aplg.kollide.net/images/snapshot025.png
[15:24] <apachelogger> split-view-tabs > split-view :P
[15:28] <\sh> apachelogger: I know that feature :)
[15:28] <\sh> apachelogger: but it's not as nice as the feature of terminator ;)
[15:34] <apachelogger> \sh: it just needs some love ;-)
[15:35] <nixternal> oy vey
[15:35] <nixternal> does Red Hat do their security releases like Microsoft or what?
[15:36] <nixternal> I logged into my work email this morning and there were no less than 20 Red Hat security notices
[15:36] <nixternal> I have been here now for almost a month, and today was the first day I received any security notices
[15:36] <nixternal> luckily for me, only 4 apply to our appliance
[15:38] <seele> hrm
[15:38] <seele> \sh: seele@takochi:~/projects/leonov-kde-mdi-style$ bzr merge lp:~shermann/leonov/leonov-kde-mdi-style
[15:38] <seele> bzr: ERROR: Working tree "/home/seele/projects/leonov-kde-mdi-style/" has uncommitted changes.
[15:38] <seele> \sh: i don't remember changing any files
[15:39] <seele> man pages are as useless as ever
[15:41] <txwikinger> seele: run bzr status which will give you the the files that haev been changed
[15:45] <seele> oh, maybe \sh didn't finish his merges?
[15:45]  * \sh is now a bit busy doing real life work ;) rollout of new product version :)
[15:45] <\sh> seele: I'm finished long ago :)
[15:45] <seele> does bzr work really differently from svn?  i can't get my head around it
[15:45] <\sh> seele: if it's not working out, just branch it again...
[15:45] <\sh> sometimes it's easier
[15:49] <seele> sigh.. that didn't work
[15:49] <seele> i have IRL work to do too.. i'll work on it later
[15:50] <\sh> seele: bug #242998 also fixed ;) pushed it to the branch
[15:50] <ScottK> seele: If you don't want to retrain your brain, bzr co works like svn co.
[15:51] <seele> \sh: ok.  i'm working on some UI suggestions too.  mockups take a bit of time than just screenshots
[15:52] <\sh> seele: thx :)
[15:52] <seele> ScottK: no.. my problem now is it won't make for some reason
[16:18] <apachelogger> Riddell: do you have a buildlog of broken kde4bindings build at hand?
[16:21] <apachelogger> hm, automoc is missing as build-dep
[16:22] <stdin> I think kdelibs5-dev recommends it in intrepid, I moved it to depends for the hardy packages
[16:24] <stdin> umm, nope kde4libs 4:4.0.83-0ubuntu3 depends automoc
[16:28] <apachelogger> we need to get the renamings done, it's giving me the craps
[16:28] <apachelogger> 3 possibly naming schemes is just too much
[16:29] <apachelogger> hum
[16:29] <apachelogger> indeed it does
[16:29] <apachelogger> stdin: thanks :)
[16:29] <Riddell> apachelogger: not to hand no, smoke didn't compile though
[16:30] <apachelogger> Riddell: no problem, I'll start a build, my latop looks pretty bored today ;-)
[16:32] <Riddell> apachelogger: I actually took an svn snapshot for intrepid since that fixed pykde
[16:33]  * apachelogger is wondering why the kdebindings people don't do some pre-release testing
[16:34] <Riddell> lack of manpower I expect
[16:34] <smarter> we have a big problem with python-kde4
[16:35] <smarter> it doesn't work on 64bits
[16:35] <Riddell> smarter: just noticed that
[16:35] <smarter> I'm trying to fix it
[16:35] <smarter>  /usr/lib/python2.5/site-packages/PyKDE4/__init__.py imports "dl" which doesn't exist on 64bits
[16:36] <apachelogger> well, \sh investigated on that for beta1
[16:36] <stdin> \sh fixed that iirc
[16:36] <Riddell> aah
[16:36] <Riddell> so he wasn't just making it all up :)
[16:36] <stdin> changed it to DLFCN
[16:36] <apachelogger> lol
[16:37] <smarter> hey it works
[16:37]  * apachelogger checks the beta1 packages in the ppa
[16:37] <smarter> i tried dlfcn
[16:37] <\sh> what?
[16:37] <smarter> didn't modules were case sensitives
[16:37] <smarter> *didn't know
[16:37] <smarter> \sh: did you report it upstream?
[16:37] <stdin> it looks for filenames, so I guess on a case-sensitive filesystem, python is case-sensitive too
[16:37] <\sh> smarter: it's known by sime...
[16:37] <smarter> ok
[16:38] <apachelogger> apparently \sh is loosing track of communication
[16:38] <\sh> smarter: the fix actually came from him
[16:38] <\sh> apachelogger: I wasn't connected
[16:38] <apachelogger> \sh: we could start communicate through bug reports ;-)
[16:38] <smarter> i googled for hours yesterday to find a fix ;)
[16:38] <\sh> apachelogger: I told you that when I pushed updated packages to the ppa
[16:39] <\sh> apachelogger: actually you should read changelogs...there is the fix, and the url ;)
[16:39] <smarter> cool then
[16:39] <apachelogger> I was like... not very motivated for doing any development
[16:39] <smarter> please someone upload the fix, guidance-power-manager needs it
[16:40] <smarter> I was going to hardcode the RTLD_things in __init__.py :p
[16:40]  * apachelogger looks at smarter
[16:40] <apachelogger> smarter: become motu and fix it yourself :P
[16:40] <smarter> hehe :p
[16:40] <smarter> I'd like to
[16:40] <smarter> be back later guys
[16:42] <apachelogger> \sh: please upload your latest diff.gz for kde4bindings
[16:42] <Riddell> stdin: you uploaded kde4bindings to the ppa, does that include \sh's fix?
[16:43] <stdin> Riddell: no, I forgot about that
[16:43] <apachelogger> \sh: already got it
[16:43] <apachelogger> Riddell, stdin: I will just merge all changes made to beta1 in the ppa with the current package
[16:44] <Riddell> thanks apachelogger
[16:45] <Riddell> apachelogger: kdesdk and akonadi uploaded
[16:45] <apachelogger> Riddell: thank you
[16:48]  * stdin checks off kdepim from his list
[16:50] <Riddell> yay
[16:51] <stdin> as soon as kdeutils builds, then I should be done :)
[16:51] <Riddell> you may be faster than intrepid for that one :)
[16:56] <stdin> just a couple amd64 builds to go now :D
[17:16] <ZeBarbu> thanks guys for kdepim packages :)
[17:16] <daskreecH> Thank the man :)
[17:18] <Riddell> hugs to stdin
[17:19] <ZeBarbu> ho, what a thanks ping-pong! ;)
[17:20] <ZeBarbu> I may just make a suggestion: for next kubuntu announce, it may avoid problems if the announce comes after 'important' packages are all availables.
[17:20] <ZeBarbu> but, ok, I may have check by myself and wait... too hard! ;)
[17:21] <stdin> it did, all the base package were built when the announcement was made
[17:21] <stdin> and base is 'important' ;)
[17:22] <daskreecH> s/important/essential
[17:22] <stdin> libs + base == essential
[17:23] <ZeBarbu> yeap. I don't want to start a troll. I'm really happy with your packages, guys. thanks again!
[17:23] <stdin> besides, people were downloading it before we made the announcement, so it really wouldn't make a difference then
[17:24] <daskreecH> :-D
[17:24] <daskreecH> are there debug symbols for them?
[17:24] <apachelogger> -dbg
[17:25] <ZeBarbu> hum,... some people (including me) were waiting the announcement to upgrade, thinking it will be quite functionnal after that (ok, beta soft, but ready to use/test)
[17:25] <yuriy> apachelogger: -dbg for neon?
[17:25] <daskreecH> Don't think so
[17:26] <stdin> ZeBarbu: the announcement did say "Some packages are still compiling. Run the above command periodically to check for new additions" :)
[17:26] <daskreecH> Seem to remember that being mentioned somewhere
[17:26] <apachelogger> yuriy: for kde4
[17:26] <ZeBarbu> stdin: yes, yes, i know
[17:26] <daskreecH> ZeBarbu: :-) Hard to complain then :)
[17:26] <ZeBarbu> i'll check the availability of my needed packages the next time.
[17:26] <daskreecH> Which ones are needed?
[17:27] <apachelogger> stdin: how about building them in secret and then move them to the members?
[17:27] <ZeBarbu> daskreecH: it's not really a complain, better a suggestion for next time
[17:27] <apachelogger> daskreecH: those $USER got installed ;-)
[17:27] <yuriy> apachelogger: (sorry, clarified) are there debug symbols now for kde4 nightly in neon or are you all just talking about intrepid packages?
[17:27] <daskreecH> ZeBarbu: release early release often ^_^
[17:27] <stdin> apachelogger: I was building them in my PPA at first
[17:28] <stdin> since saturday actually
[17:28] <ZeBarbu> ok, thanks for your effort, back to work and my 458 unread mails + all rss streams ;)
[17:29] <daskreecH> ^A -> Del
[17:34] <apachelogger> stdin: you could have just copied them over, way faster than building them again :)
[17:34] <apachelogger> yuriy: there aren't yet
[17:34] <apachelogger> yuriy: feel free to implement them ;-)
[17:34] <stdin> apachelogger: they were copied
[17:35] <apachelogger> stdin: I mean the binaries as well
[17:35] <stdin> yep
[17:35] <apachelogger> stdin: what caused the problem then?
[17:36] <stdin> well, it took me until tuesday to get kde4libs to build properly
[17:36] <stdin> well, monday for kde4libs, tuesday for kdebase
[17:36] <apachelogger> I see
[17:37] <apachelogger> stdin: well, next time I am probably around to help :)
[17:38] <stdin> the PPA buildds were also backed-up badly, so that didn't help much
[17:38] <stdin> at one time the amd64 queue was around 45
[17:39]  * apachelogger really thinks LP needs some approach where people can contribute processing people
[17:43] <Hobbsee> stdin: you can get priority boosts, though
[17:45] <apachelogger> Riddell: build went fine, at dh_install for qyoto it broke
[17:46] <Riddell> humph
[17:46] <Riddell> apachelogger: building beta 2?
[17:46] <Riddell> or svn?
[17:46] <apachelogger> lastest version from launchpad
[17:46] <apachelogger> svn that is
[17:46] <Riddell> right
[17:46] <Riddell> apachelogger: but enabling the non-pykde packages presumably?
[17:47] <apachelogger> Riddell: of course
[17:48] <Riddell> apachelogger: but qyoto didn't compile?
[17:50] <apachelogger> hm
[17:51] <ZeBarbu> ok, i'm back with first problem :)
[17:51] <apachelogger> Riddell: actually, looking at the cmake output, nothing but pykde built Oo
[17:51] <ZeBarbu> Seems akkregator doesn't open feeds
[17:51] <ZeBarbu> It fetch them ok, but when clicking on it, it only shows the description, not the feed articles themselves.
[17:52] <apachelogger> hum
[17:52] <apachelogger> Riddell: did you comment out all the other stuff?
[17:52] <ZeBarbu> at least for me
[17:52] <apachelogger> Zanoi: http://bugs.kde.org
[17:52] <apachelogger> ZeBarbu: ^
[17:52] <apachelogger> Zanoi: sorry
[17:52] <ZeBarbu> ok
[17:53] <Riddell> apachelogger: the current intrepid version has all but python commented out, since smoke didn't compile for me
[17:53] <Riddell> and everything else uses smoke
[17:53] <apachelogger> ok
[17:53]  * apachelogger compiles again
[18:15] <apachelogger> Riddell: the x_*.cpp files don't get generated, or at least in the wrong directory
[18:23] <apachelogger> stdin: btw, if you have time... backporting the new akonadi package would be cool
[18:23] <apachelogger> the current one is pretty much useless
[18:23] <apachelogger> stdin: and when are yu applying for MOTU? ;-)
[19:24] <stdin> apachelogger: uploaded
[19:24] <stdin> and, umm, dunno :p
[19:24] <apachelogger> haha
[19:24]  * apachelogger hands stdin a cookie
[19:24] <stdin> pain killers are better, just getting over a migraine :(
[19:25]  * apachelogger has the most awkward migraine, and the most awkward painkillers for it
[19:25] <apachelogger> can't think properly for 3 days after taking one of these monsters
[19:26]  * daskreech imagines a suppository
[19:27] <apachelogger> huh, that would be...
[19:27] <apachelogger> ah well 24% for kdebindings
[19:31] <smarter> is kdebindings so huge?
[19:31] <smarter> took 5 minutes to build on my box with only python-kde4
[19:33] <apachelogger> smarter: gigantic
[19:33] <apachelogger> I think beta2 actually takes twice as long as beta1
[19:33] <apachelogger> a lot of new stuff in smoke and ruby
[19:34] <stdin> takes 52 mins for the package in the PPA, that's with just about everything except python-kde4 disabled
[19:34] <apachelogger> the problem is also that kdebindings can't be compiled with more than one jobs
[19:34] <apachelogger> always breaks for me
[19:38] <Riddell> it would be nice if kdebindings was split up
[19:39] <Riddell> it's such a troublesome module to package
[19:50] <apachelogger> Riddell: +1
[19:50] <apachelogger> oh
[19:50] <apachelogger> -.-
[19:51] <apachelogger> yet another break point
[19:59] <apachelogger> Riddell: I think I'll just grab a new SVN snapshot
[20:03] <Riddell> hi Arby, new extragear tars are out if you fancy
[20:04] <Arby> Riddell: ok, depends how urgent it is
[20:04] <Arby> no time this weekend
[20:04] <Arby> should be able to get some done though
[20:04] <apachelogger> talking about weekend
[20:04] <apachelogger> emonkey: I am not sure I can come
[20:05] <apachelogger> emonkey: though, maybe I will not get sucked in a wormhole and be in CH tomorrow evening
[20:05] <Riddell> ftp://ftp.kde.org/pub/kde/unstable/4.0.83/extragear when you have some time
[20:05] <emonkey> apachelogger, would be cool if you able to attend
[20:06]  * Arby bookmarks
[20:06] <apachelogger> emonkey: I would have to do the laundry... ;-)
[20:06] <Riddell> oh maybe Xand3r wants to do extragear :)
[20:07] <Xand3r> hi again
[20:07]  * apachelogger thinks some cdbs practise for Xand3r would be quite awesome ;-)
[20:07]  * Xand3r thinks the same
[20:07] <emonkey> apachelogger, I've got holidays, si it doesn't matter on which days you want to attend, on saturday If to go to my little cubs scouts for 3 hours but there aren't any other commitments ath the moment
[20:07] <apachelogger> Riddell: I am giving up, rdale says smoke/ruby is still gonna change a lot within the next days
[20:08] <apachelogger> so taking a snapshot doesn't make much sense either
[20:08] <apachelogger> emonkey: then I will do the laundry tomorrow afternoon and arrive in CH at sat 3 a.m  ;-)
[20:08] <Riddell> apachelogger: ah well, thanks for trying
[20:09] <Riddell> apachelogger: so just add \sh's patch to it for now?
[20:09] <apachelogger> yes
[20:09] <emonkey> apachelogger, 3am is not the problem, 3pm would be
[20:09] <Riddell> apachelogger: want to do that or shall I?
[20:09] <apachelogger> emonkey: ;-)
[20:09] <apachelogger> Riddell: I'll do it, have everything here already
[20:10] <Xand3r> apachelogger: so what is to do?
[20:12] <stdin> apachelogger: I've already uploaded kde4bindings with the patch to the k-m-kde4 ppa
[20:12] <stdin> mostly so kdeutils would build for amd64 without me having to slap it about with a large object
[20:12] <apachelogger> Xand3r: package updates ftp://ftp.kde.org/pub/kde/unstable/4.0.83/extragear
[20:13] <apachelogger> Xand3r: https://edge.launchpad.net/ubuntu/+source/mailody
[20:13] <apachelogger> you get the latest sources
[20:14] <apachelogger> Xand3r: dget https://edge.launchpad.net/ubuntu/hardy/+source/mailody/0.5.0-4/+files/mailody_0.5.0-4.dsc
[20:14] <apachelogger> dpkg-source -x *dsc
[20:14] <apachelogger> get the new tarball
[20:14] <apachelogger> unpack the tarball
[20:14] <apachelogger> copy the debian directory form the old folder to the new one
[20:14] <apachelogger> add a changelog entry, check the packaging for up-to-dateness
[20:15] <apachelogger> then you create a debdiff - debidff OLD.dsc NEW.dsc
[20:15] <apachelogger>  debdiff OLD.dsc NEW.dsc > deb.diff
[20:15] <apachelogger> actually
[20:15] <Xand3r> apachelogger: not so fast please
[20:15] <apachelogger> Xand3r: then you upload/paste the file somewhere and ask Riddell to sponsor the upload
[20:15] <Xand3r> kk
[20:15] <apachelogger> Xand3r: the nice thing about IRC is I can be that fast while you can read it slowly ;-)
[20:16] <stdin> once you get the hang of it, you'll be able to do it as fast as apachelogger types :P
[20:16] <apachelogger> hehe
[20:16] <stdin> hmm, has kopete-cryptography still not been uploaded anywhere?
[20:18] <apachelogger> I did not
[20:21] <Xand3r> apachelogger: after the "dpkg-source -x *dsc" there is only one tar
[20:21] <Arby> stdin: I started trying to build 4.0.80 and got stuck
[20:21] <Arby> haven't had time to unpick it yet
[20:21] <apachelogger> Xand3r: dpkg-source extracts the tarball and applies the diff.gz
[20:21] <apachelogger> i.e. you get a source directory with debian subdirectory right away
[20:21] <stdin> Arby: if you want a hand, let me know. I packaged it back pre-4.0
[20:22] <Arby> stdin: it was failing due to lack of kdepim
[20:22] <Arby> which I couldn't get to install in my chroot
[20:22] <Arby> probably a broken chroot but not had time to work it out yet
[20:22] <Xand3r> apachelogger: what means "applies" the diff
[20:23] <jeroen-> do I need to be here for qurstions about KDE 4.1 b2?
[20:23] <stdin> I know there was a reason it needed kdepim, but I can't remember now
[20:23] <smarter> Xand3r: dpkg-source is done automatically if you have the right keys ("apt-get install debian-keyring"  has most of them)
[20:23] <apachelogger> Xand3r: less *diff.gz
[20:24] <stdin> jeroen-: #kubuntu-kde4 is probably a better place
[20:24] <smarter> Xand3r: *automatically by dget
[20:24] <apachelogger> Xand3r: as I said earlier the .orig.tar.gz shouldn't be changed while package (i.e. files outside of debian/) ... the reason for this is that one of the source package files diff.gz is actually a diff from the _original tarball_ to your source tree with debian/
[20:24] <jeroen-> stdin: thanks
[20:26] <apachelogger> Xand3r: ultimately the diff.gz only includes your debian/ .... and by apply I mean, that the diff is applied to the original source tree, so when you cd into the source directory there will be a debian/ directory right away
[20:26] <apachelogger> Xand3r: dpkg-source -x is pretty much the opposite of debuild -S -sa
[20:27] <Xand3r> opposite? how i have to understand this in that contxt?
[20:27] <apachelogger> Xand3r: gegenteil
[20:28] <Xand3r> i know
[20:28] <apachelogger> meh
[20:28] <Xand3r> ypu dont understand my question -.-
[20:29] <apachelogger> well
[20:29] <apachelogger> that is really bad
[20:29] <apachelogger> because I don't either :P
[20:29] <Xand3r> ^^
[20:30] <Xand3r> wait, thinking is today verry difficult
[20:30] <apachelogger> Riddell: I also included .install updates and two new packages I introduced for beta1... so we don't have to redo this stuff once it is building properly again http://aplg.kollide.net/kubuntu/kde4bindings/kde4bindings_4.0.83+svn823405-0ubuntu6_to_ubuntu7.debdiff
[20:31] <Xand3r> first of all i need somethink to drink, may be after it it will be better, maybe
[20:43] <Riddell> apachelogger: groovy, uploading
[20:56] <Arby> Riddell: having confusion with version numbers. previously kcoloredit was 4.0.80. now it's 1.5.0
[20:57] <Arby> I don't get it
[20:57] <Arby> I'm guessing 1.5.0 is an upstream number
[20:57] <Arby> am I allowed to just rename it to 4.0.83 or is that bad?
[21:00] <Riddell> Arby: yeah, upstream screwed up
[21:00] <Arby> oh, I assumed it was me :)
[21:00] <Riddell> Arby: change the numbers to match what they were before
[21:00] <Arby> cool thanks
[21:12] <yuriy> found all of 1 person here running Kubuntu
[21:15] <Arby> Riddell: kcoloredit done, files in the usual place under extragear4.0.83
[21:17] <Xand3r> Riddell: i work now on guidance-power-manager, i that ok?
[21:17] <Xand3r> *is
[21:36] <Arby> Riddell: kfax also done, files in same place
[21:52] <smarter> Xand3r: I've done guidance-power-manager
[21:53] <smarter> just waiting for kde4bindings build to finish
[21:53] <smarter> Xand3r: https://code.edge.launchpad.net/~kubuntu-members/guidance/powermanager-ubuntu
[21:54] <Xand3r> smarter: ok, late but, not much done
[21:55] <smarter> hmm? what is late?
[21:55] <Xand3r> smarter: that you say now that it is already build
[21:56] <Xand3r> but it doesnt mater
[21:56] <smarter> you could have checked code.launchpad.net
[21:56] <Xand3r> ok noticed for the next time
[21:59] <Riddell> smarter: there's a new version
[21:59] <Riddell> Xand3r: go ahead on guidance-power-manager
[21:59] <Xand3r> Riddell: ?
[22:00] <Xand3r> smarter: already did it or?
[22:00] <Riddell> Xand3r: smarter did an older version
[22:00] <Riddell> this is a new version so it could do with the package being updated
[22:00] <smarter> Riddell: new version?
[22:00] <Xand3r> ok than i work now on the extrager version
[22:00]  * smarter wasn't aware
[22:01] <Xand3r> *then
[22:01] <Riddell> smarter: it's being released along with kde releases as part of extragear ftp://ftp.kde.org/pub/kde/unstable/4.0.83/extragear
[22:01] <Riddell> smarter: I doubt anything has changed except translations
[22:01] <smarter> I'll update then
[22:01] <Xand3r> you?
[22:01] <smarter> I'll change the get-orig-svn target and update changelog entry
[22:01] <Riddell> Xand3r: best pick another one then
[22:02] <Xand3r> headache
[22:02] <Xand3r> this was my third chois^^
[22:02] <smarter> Riddell: no update to gpm since three weeks
[22:03] <smarter> I'll just change the version to match kde4 version
[22:05] <mitsarionas> hi... could someone tell me when will there be a new kubuntu intrepid iso available? on http://iso.qa.ubuntu.com/qatracker/build/all/all it says it's rebuilding...
[22:06] <Xand3r> Riddell: what would be a easy package, where is no one working on?
[22:07] <Riddell> Xand3r: kiconedit?
[22:07] <Xand3r> ok i try it
[22:07] <Xand3r> but i think i need help later
[22:08] <Riddell> just ask here
[22:08] <Xand3r> thx
[22:08] <smarter> what else needs packaging in extragear?
[22:08] <smarter> Riddell: rev6 of gpm pushed, please upload when kde4bindings has finished bindings
[22:13] <Xand3r> is there an older version of kiconedit, cause i want to copy the copyright file
[22:16] <Xand3r> if there are cpp with different copyright holder, is it needed that i tell in the copyright in wich file who has the copyright?
[22:17] <mitsarionas> so doesn't anyone know when/where i could get an intrepid iso? :/
[22:20] <smarter> Xand3r: yes
[22:22] <Xand3r> smarter: -.- i hate this work
[22:24] <Xand3r> smarter: how it has to look like in the copyrighte file?
[22:24] <smarter> look at my kde4-style-bespin package for example
[22:24] <smarter> or even my guidance-power-manager package
[22:24] <smarter> bespin is maintained in bzr at code.lp.net too
[22:25] <Xand3r> ok thx
[22:32] <Xand3r> hi i get a cmakeerror
[22:32] <Xand3r> http://paste.ubuntu.com/23205/
[22:32] <Xand3r> maybe not all deps are listed
[22:33] <Xand3r> i onli set on cdbs and cmake
[22:33] <Xand3r> where i can get infos a bout the depends?
[22:36] <nixternal> you need the latest cmake (2.6)
[22:37] <smarter> Xand3r:   ERROR: Could not find KDE4 kde4-config
[22:38] <Xand3r> i have cmake 2.6
[22:38] <nixternal> cuz cmake isn't working properly
[22:38] <nixternal> Xand3r: do you have cmake from the ~kubuntu-members-kde4 repo?
[22:38] <smarter> this package needs kdelibs5-dev
[22:38] <Xand3r> smarter: i added now kdelibs5-dev, maybe, but i have no clue
[22:38] <smarter> no clue of what?
[22:39] <Xand3r> of all^^, i am a beginner
[22:39] <nixternal> ahh, I didn't see that FindeKDE4.cmake error
[22:39] <smarter> just look at what cmake says
[22:39] <smarter> even if cmake 2.6 is a bit too verbose imho
[22:40] <Xand3r> but i dont know how i can fix the problem
[22:40]  * nixternal starts heading to the train
[22:40] <smarter> Riddell: I updated guidance-power-manager(revision 7) with a debian/watch and a get-orig-source to get the tarball from kde FTP with the translations
[22:40] <smarter> Xand3r: it looks for kde4-config
[22:40] <Xand3r> yes
[22:40] <smarter> so it means that you must build-deps on the package where this file is located
[22:40] <smarter> this package is kdelibs-bin
[22:41] <Xand3r> -bin?
[22:41] <smarter> but if it needs kde4, it probably needs the headers and stuff
[22:41] <Xand3r> not dev
[22:41] <smarter> so you build deps on kdelibs5-dev, which depends on kdelibs-bin
[22:41] <smarter> and cmake is happy with his kde4-config and things can be built
[22:42] <Xand3r> smarter: kdelibs or kdekibs5?
[22:42] <smarter> kdelibs5-dev
[22:42] <smarter> which depends on kdelibs-bin
[22:43] <smarter> there's no kdelibs-dev
[22:43] <smarter> and kdelibs4-dev is kde3
[22:43] <smarter> (yes, it's a bit confusing)
[22:43] <Xand3r> ah ok, i have to list kdelibs-bin in the depends?
[22:44] <smarter> no
[22:44] <smarter> kdelibs5-dev
[22:44] <Xand3r> ok
[22:44] <smarter> since kdelibs5-dev depends on kdelibs-bin, it will be automatically installed with it
[22:44] <Xand3r> ok installed will this understand the buildserver?
[22:45] <smarter> hmm?
[22:45] <smarter> you mean, will the buildserver installs -bin?
[22:45] <smarter> the answer is yes
[22:45] <Xand3r> ok
[22:45] <smarter> dependencies are here for a reason
[22:46] <smarter> packages listed under Depends: in apt-cache name-of-the-package are always installed
[22:49] <Xand3r> has this package to be finished to day?
[22:49] <smarter> if you mean, "today", no it can wait
[22:50] <Xand3r> i have problems with pbuilder Err http://archive.ubuntu.com intrepid/main kdelibs5-data 4:4.0.80-0ubuntu8
[22:50] <Xand3r> 404 Not Found [IP: 91.189.88.31 80]
[22:50] <Xand3r> but i have to know if all depends are solved
[22:51] <smarter> update your pbuilder
[22:51] <Xand3r> clear
[22:53] <Xand3r> ok i use the time fore the other files
[22:54] <Xand3r> smarter: for the changelog, wihch lp number i have to use? and which version i have to take? the version of kde?
[22:54] <Xand3r> OR WAT?
[22:55] <smarter> Xand3r: version: 4:4.0.83-0ubuntu1
[22:55] <Xand3r> ":"?
[22:55] <smarter> I don't think it's worth filling a bug report on lp for it
[22:55] <smarter> : = epoch
[22:56] <Xand3r> epoch?
[22:56] <smarter> should be explained in the debian policy
[22:56] <Xand3r> kk
[22:56] <smarter> or debian new maintainer guide
[22:56] <Xand3r> i will find it
[22:56] <smarter> for example: 9999900000-0ubuntu1 << 1:0.1-0ubuntu1
[22:57] <Xand3r> dont got it
[22:58] <smarter> imagine your packaging a software, with version number 450024 (because it's the svn revision or whatever)
[22:58] <smarter> and then the developers release a 1.0
[22:58] <smarter> if you change version number to 1.0, apt-get won't know that it's a new versionb
[22:59] <smarter> *version
[22:59] <smarter> but if you change version to 1:1.0 apt-get will update the package, cause the version number will be bigger
[22:59] <smarter> if there's no epoch, 0 is assumed
[22:59] <smarter> and 0:450024 << 1:1.0
[23:00] <Xand3r> got it
[23:00] <smarter> \o/
[23:07] <Xand3r> only the copyright is left
[23:09] <Xand3r> is my kiconedit the same like http://w1.1358.telia.com/~u135800018/prog.html#KICONEDIT
[23:25] <seele> \sh: http://paste.ubuntu.com/23210/
[23:25] <seele> \sh: i remerged bugs and make sure there was a link.  i dunno how to resolve the problem
[23:38] <daskreech> Woah!
[23:38] <daskreech> nvidia really is going to be the anchor
[23:38] <daskreech> ATI cards now ship with Tux on the box?