[00:12] firefox 3's default tab look in kubuntu 8.04 is ugly [00:12] a theme Phoenity Reborn is recommended [00:14] well, that's us tol [00:14] well, that's us told [00:24] anyone want to do new extragear packages? [00:50] Riddell: ping? [00:50] hi kwwii [01:36] apachelogger: are you merging amarok? [01:37] Riddell: he said he was - dunno if he finished it [01:43] Nightrose: what was your issue with kde sound? [01:43] Riddell: xine backend was missing in phonon [01:43] gstreamer didn't work [01:44] but it is fixed now as the xine backend is back thanks to stdin [01:44] hmm, I was hoping the gstreamer one would work [01:45] didn't work for me :/ [01:45] I installed the "good" codecs and then gave up [01:46] 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] yea - if you tell me which packages could be needed I can poke at it tomorrow evening [01:47] should just be the obvious [01:47] heh I think I have those installed then [01:48] which media types do you have in your library? [01:50] (gstreamer0.10-plugins-good, gstreamer0.10-plugins-bad, and gstreamer0.10-plugins-ugly covers nearly everything) [01:50] crimsun_: me? I had no sound at all - system sounds for example [01:50] nothing worked [01:51] might just be b0rkage in my system but... [01:51] ok, find me or themuso if/when you want to troubleshoot that further. [01:52] ok :) [01:52] Nightrose: fyi tags and projects got implemented in brainstorm [01:52] jcastro: cool - will have a look after I got some sleep [01:52] Nightrose: searching for "amarok" in brainstorm should be trivial for you know [01:52] it is 3am here and i need to be up in a few hours [01:52] Nightrose: yep, I'm off to bed too, night! [01:53] nini :) [01:53] * Nightrose snoozes === santiago-php is now known as santiago-ve [04:20] hola [04:23] evening [04:24] the FSF won't let us hand out K/Ubuntu CD's with them :-\ [04:24] I could have told you that [04:25] seems so ridiculous. and it's not like ship-it sent us any gobuntu [04:27] ya, I had the same issue a little over a year ago at a conference with them [04:27] some of their people were wearing anti-buntu shirts [04:27] and they tried to say they weren't from the FSF [04:27] but they hung out with them the entire time [04:29] I really like how they are "restricting your freedom to hand out FREE CDs" [04:30] yowsers, the beta2 packages are lookin' dangerous :) [04:30] Not free enough for you? [04:31] nothing is ever free enough for me :) [04:43] nixternal: now that's a beta announcement! [05:00] hehe [05:01] Hi nixternal Jucato Hobbsee et al etc [05:01] heya! [05:01] How are you? [05:01] doing OK [05:01] intrepid is a bit strange now [05:03] It's intrepid? [05:04] true [05:04] but there's a new kernel and such [05:04] Ugh I never update kernels [05:36] Riddell: merge finished, I'm testing now [06:56] nixternal: is there a specific reason akonadiserver isn't built with internal mysql stuff? [07:20] 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] apachelogger: I have the funniest video of that [07:23] 'http://www.youtube.com/watch?v=4X_M6gCXKBg' === emonkey-t is now known as emonkey [08:41] 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] kmail: symbol lookup error: /usr/lib/kde4/lib/libkdepim.so.4: undefined symbol: _ZN13KRichTextEdit17mouseReleaseEventEP11QMouseEvent [08:42] could packagers please build kdepim before less usefull ones (kdetoys was built yesterday, for example) [08:44] on...what? [08:44] gutsy, hardy, intrepid? [08:44] ho, sorry [08:44] hardy [08:44] x86 [08:45] 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] so, if someone in the gods team can manage to solve this problem, it may make some peoples happy :) [08:49] is this in backports or ppa? [08:49] ppa [08:49] * Hobbsee hasn't been running hardy [08:50] * Hobbsee looks [08:50] I think all people that followed the kubuntu announce have the same problem... [08:51] maybe i'm the only fool guy in the world who use kontact-kde4 for daily use :) [08:51] stdin_: any idea on that? [08:52] in fact, kmail is still to 4.0.80 (beta1) but many other packages are 4.0.83 (beta2) [08:53] kdepimlibs5 is 4.0.83, but libkdepim4-kde4 is 4.0.80 [08:53] as well as all other pim related stuff, in fact (4.0.80) [09:04] does anybody else reproduce the problem? [09:05] ZeBarbu: yes several people have it [09:05] unfortunately you can't do a lot but wait for the package to get build [09:06] 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] It's just a suggestion, I don't know if there are dependencies between them, etc... [09:07] that is due to dependencies I think [09:07] other stuff has to be build before kontact can be buil [09:07] d [09:07] and as long as that fails... [09:07] yeap.. [09:07] or maybe the announce in kubuntu was a bit too early [09:08] ok, I was aware it is beta :) [09:08] ;-) [09:57] fabo: any chance of the newest soundkonverter please? [10:00] Hobbsee: busy at work currently. I expect to do some packaging work this week-end. [10:00] fabo: great. filing a bug in your bts :) [10:00] :) [10:01] Hobbsee: just for my information: is there any kmail packages build expected date? [10:01] ZeBarbu: unsure, tbh - i'm not involved in that area currently. [10:02] hum... do you know who is the right man I may ask this question? [10:03] just to know if I'd better find a failback , or just wait few hours. [10:03] Riddell: should know, i think [10:03] ok, thanks [10:03] I'll try disturbing him, then ;) [10:03] Riddell: around here? [10:05] 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] I'm lost without all my rss streams, my calendars and working with webmails is not the easiest way of working ;) [10:14] ZeBarbu: I only followed your thread very loosely but why don't you just use kontact/kde3? [10:15] because I already switched to kontact kde4 [10:15] and I had to reconfigure all my accounts, etc... [10:16] ok, it's beta, but if we don't really use it, we won't find bugs and improve it. [10:16] doesn't matter. Just use the same files in kontact/kde3 e.g. calendar, contacts for mail you use imap [10:17] I tried it and it worked for me [10:17] I use pop [10:17] hum... I really don't want loosing data... I don't know if it's 100% compatible between kde3/kde4 versions... [10:18] Well, it wasn't very wise to switch to official beta software with such 'important' data without any backup or such [10:18] but if it takes too long to build kontact./kde4, I think i'll failback with this... after making big backups ;) [10:18] as I said, if we don't use it, we won't test/improve it... [10:19] you don't test with critical data [10:19] never, ever [10:20] :) [11:51] apachelogger: it is built with it, apparmor just doesn't allow it to run [11:51] no it is not [11:51] at least not in the ppa [11:52] something changed then [11:52] and the apparmor thingy can be worked around [11:52] pretty easy actually [11:52] ya, I had it working with beta1 just fine [11:52] nixternal: also in the package? [11:53] beta2 looks pretty good [11:53] apachelogger: what do you mean by also in the package? [11:54] whether akonadi did work without fix0ring on one's system [11:54] no, I had to do the fix [11:54] well [11:54] I don't think we can do it in the package, the apparmor people need to add an exception iirc [11:54] I'll digg into the package later on [11:54] nixternal: we can [11:55] actually.... akonadiserver doesn't open a port anyway, does it? [11:55] 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] nope, just needs access to sql i think [11:56] than we could just bypass it [11:56] at least for hardy [11:56] 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 [11:57] Launchpad bug 243078 in leonov "Tab container not drawing borders correctly" [Low,Fix committed] https://launchpad.net/bugs/243078 [12:09] nixternal: moi? [12:10] 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] Riddell: so we need to bypass it anyway? [12:10] 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] oh well [12:11] * apachelogger diggs into apparmor [12:11] though [12:11] Riddell: actually we should just bypass apparmor completely [12:12] since akonadiserver does only allow local connections we don't need a profie for apparmor [12:12] apachelogger: mm, how? it would be a bit of a rubbish system security mechanism if apps could just bypass it :) [12:12] Riddell: they can [12:12] just ln mysqld mysqldakonadi [12:12] apparmour isn't a firewall, it's about what files processes can write to [12:12] make akonadiserver use that binary instead of mysqld and there we go [12:13] I'd be surprised if it was that easy to bypass [12:13] ask nix ;-) [12:13] anyway [12:13] this is a bit of problem either way [12:14] 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] doesn't sound any easier than just fixing apparmour for mysqld [12:15] and not any more secure :) [12:17] mysql-server-5.0: /etc/apparmor.d/usr.sbin.mysqld [12:18] hm [12:18] Riddell: bug 197476 [12:18] Launchpad bug 197476 in mysql-dfsg-5.0 "akonadi does not work with the apparmor rules introduced for /usr/sbin/mysqld on hardy." [Low,Won't fix] https://launchpad.net/bugs/197476 [12:25] hm [12:27] 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] apachelogger: I guess apparmour is that easy to work around :) [12:34] apachelogger: what's the easiest way to test akonadi? [12:35] Riddell: sudo /etc/init.d/apparmor stop [12:36] akonadictl start [12:56] if pbuilder fails, does it put the log somewhere? [13:05] not unless you specify --log [13:05] uhm [13:05] I know that question [13:06] Riddell: add PKGNAME_LOGFILE=yes to your .pbuilderc [13:06] 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] hmm, that seems like the sort of thing that should be on by default [13:13] very true :) [13:13] * apachelogger testbuilds akonadi [13:17] \sh: bzr update leonov-kde-mdi-style? [13:19] <\sh> seele: bzr merge :) [13:19] hum, i guess not. it doesn look like anything changed [13:19] ah ok [13:22] \sh: i remade but get this error when i try to run [13:23] http://paste.ubuntu.com/23079/ [13:23] 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] hmm? [13:34] Riddell: see #debian-qt-kde please :) [13:37] oh thanks Hobbsee for reminding me to do something ;) [13:37] Hobbsee: which part? [13:37] Riddell: the last part. [13:37] gnomefreak: heh :) [13:37] Riddell: the request for upload [13:38] Hobbsee: you want me to upload that taskjuggler diff to ubuntu? [13:39] Riddell: to debian. [13:39] Riddell: why would i need you to upload it to ubuntu? [13:39] Hobbsee: why would you ask me to upload it to debian? [13:39] Riddell: because i don't have DD powers, and you do? [13:39] no I don't [13:39] oh. never mind then :) [13:46] <\sh> muah... [14:09] Riddell: http://aplg.kollide.net/kubuntu/akonadi/ [14:10] nice [14:10] 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] \sh: on the General tab, does Tasks ever have more than a few entries? [14:23] \sh: probably 1 usually, 2 or 3 at most? [14:24] <\sh> seele: that depends :) we have reports with more then 25 :) [14:25] Riddell: why is kde4pim no uploaded to the ppa yet? [14:25] right, but what do you think is typical? [14:25] apachelogger: for hardy? I expect it just means stdin hasn't got to it yet [14:26] hm [14:26] <\sh> seele: the default is at least one...the usual is 4 to 5 including external bug tracker tasks [14:26] ok [14:26] * apachelogger creates a looping poke for stdin [14:27] \sh: is that information pretty important? or do you just reference it for other reasons? [14:27] apachelogger: looks like he uploaded it "6 minutes ago" [14:27] 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:28] Launchpad bug 230016 in xmms2 "[intrepid] Rebuild with perl 5.10" [Undecided,Fix released] https://launchpad.net/bugs/230016 [14:29] <\sh> ScottK: hehe :) [14:29] leonov better not fall over and die on such bugs. [14:31] 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] you can see closed bugs? [14:32] <\sh> seele: not now :) [14:32] ok [14:34] apachelogger: what is with me? sorry no time left, may be c ya at 22:00 [14:34] :) always busy [15:17] <\sh> seele: bug #243080 fixed [15:18] \sh: branch again? [15:18] 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] ok [15:21] <\sh> takes some time :) [15:22] Riddell: one sponsoring please :) http://aplg.kollide.net/kubuntu/kdesdk/kdesdk_4.0.83-0ubuntu2_to_ubuntu3.debdiff [15:23] Launchpad bug 243083 in leonov "Cannot download attachment" [High,Confirmed] https://launchpad.net/bugs/243083 [15:24] \sh: btw, http://aplg.kollide.net/images/snapshot025.png [15:24] 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] \sh: it just needs some love ;-) [15:35] oy vey [15:35] does Red Hat do their security releases like Microsoft or what? [15:36] I logged into my work email this morning and there were no less than 20 Red Hat security notices [15:36] I have been here now for almost a month, and today was the first day I received any security notices [15:36] luckily for me, only 4 apply to our appliance [15:38] hrm [15:38] \sh: seele@takochi:~/projects/leonov-kde-mdi-style$ bzr merge lp:~shermann/leonov/leonov-kde-mdi-style [15:38] bzr: ERROR: Working tree "/home/seele/projects/leonov-kde-mdi-style/" has uncommitted changes. [15:38] \sh: i don't remember changing any files [15:39] man pages are as useless as ever [15:41] seele: run bzr status which will give you the the files that haev been changed [15:45] 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] 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] sigh.. that didn't work [15:49] 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] Launchpad bug 242998 in leonov "Form labels should be right aligned (KDE4)" [Medium,Confirmed] https://launchpad.net/bugs/242998 [15:50] seele: If you don't want to retrain your brain, bzr co works like svn co. [15:51] \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] ScottK: no.. my problem now is it won't make for some reason [16:18] Riddell: do you have a buildlog of broken kde4bindings build at hand? [16:21] hm, automoc is missing as build-dep [16:22] I think kdelibs5-dev recommends it in intrepid, I moved it to depends for the hardy packages [16:24] umm, nope kde4libs 4:4.0.83-0ubuntu3 depends automoc [16:28] we need to get the renamings done, it's giving me the craps [16:28] 3 possibly naming schemes is just too much [16:29] hum [16:29] indeed it does [16:29] stdin: thanks :) [16:29] apachelogger: not to hand no, smoke didn't compile though [16:30] Riddell: no problem, I'll start a build, my latop looks pretty bored today ;-) [16:32] 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] lack of manpower I expect [16:34] we have a big problem with python-kde4 [16:35] it doesn't work on 64bits [16:35] smarter: just noticed that [16:35] I'm trying to fix it [16:35] /usr/lib/python2.5/site-packages/PyKDE4/__init__.py imports "dl" which doesn't exist on 64bits [16:36] well, \sh investigated on that for beta1 [16:36] \sh fixed that iirc [16:36] aah [16:36] so he wasn't just making it all up :) [16:36] changed it to DLFCN [16:36] lol [16:37] hey it works [16:37] * apachelogger checks the beta1 packages in the ppa [16:37] i tried dlfcn [16:37] <\sh> what? [16:37] didn't modules were case sensitives [16:37] *didn't know [16:37] \sh: did you report it upstream? [16:37] 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] ok [16:38] 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] \sh: we could start communicate through bug reports ;-) [16:38] 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] cool then [16:39] I was like... not very motivated for doing any development [16:39] please someone upload the fix, guidance-power-manager needs it [16:40] I was going to hardcode the RTLD_things in __init__.py :p [16:40] * apachelogger looks at smarter [16:40] smarter: become motu and fix it yourself :P [16:40] hehe :p [16:40] I'd like to [16:40] be back later guys [16:42] \sh: please upload your latest diff.gz for kde4bindings [16:42] stdin: you uploaded kde4bindings to the ppa, does that include \sh's fix? [16:43] Riddell: no, I forgot about that [16:43] \sh: already got it [16:43] Riddell, stdin: I will just merge all changes made to beta1 in the ppa with the current package [16:44] thanks apachelogger [16:45] apachelogger: kdesdk and akonadi uploaded [16:45] Riddell: thank you [16:48] * stdin checks off kdepim from his list [16:50] yay [16:51] as soon as kdeutils builds, then I should be done :) [16:51] you may be faster than intrepid for that one :) [16:56] just a couple amd64 builds to go now :D [17:16] thanks guys for kdepim packages :) [17:16] Thank the man :) [17:18] hugs to stdin [17:19] ho, what a thanks ping-pong! ;) [17:20] 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] but, ok, I may have check by myself and wait... too hard! ;) [17:21] it did, all the base package were built when the announcement was made [17:21] and base is 'important' ;) [17:22] s/important/essential [17:22] libs + base == essential [17:23] yeap. I don't want to start a troll. I'm really happy with your packages, guys. thanks again! [17:23] besides, people were downloading it before we made the announcement, so it really wouldn't make a difference then [17:24] :-D [17:24] are there debug symbols for them? [17:24] -dbg [17:25] 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] apachelogger: -dbg for neon? [17:25] Don't think so [17:26] ZeBarbu: the announcement did say "Some packages are still compiling. Run the above command periodically to check for new additions" :) [17:26] Seem to remember that being mentioned somewhere [17:26] yuriy: for kde4 [17:26] stdin: yes, yes, i know [17:26] ZeBarbu: :-) Hard to complain then :) [17:26] i'll check the availability of my needed packages the next time. [17:26] Which ones are needed? [17:27] stdin: how about building them in secret and then move them to the members? [17:27] daskreecH: it's not really a complain, better a suggestion for next time [17:27] daskreecH: those $USER got installed ;-) [17:27] apachelogger: (sorry, clarified) are there debug symbols now for kde4 nightly in neon or are you all just talking about intrepid packages? [17:27] ZeBarbu: release early release often ^_^ [17:27] apachelogger: I was building them in my PPA at first [17:28] since saturday actually [17:28] ok, thanks for your effort, back to work and my 458 unread mails + all rss streams ;) [17:29] ^A -> Del [17:34] stdin: you could have just copied them over, way faster than building them again :) [17:34] yuriy: there aren't yet [17:34] yuriy: feel free to implement them ;-) [17:34] apachelogger: they were copied [17:35] stdin: I mean the binaries as well [17:35] yep [17:35] stdin: what caused the problem then? [17:36] well, it took me until tuesday to get kde4libs to build properly [17:36] well, monday for kde4libs, tuesday for kdebase [17:36] I see [17:37] stdin: well, next time I am probably around to help :) [17:38] the PPA buildds were also backed-up badly, so that didn't help much [17:38] 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] stdin: you can get priority boosts, though [17:45] Riddell: build went fine, at dh_install for qyoto it broke [17:46] humph [17:46] apachelogger: building beta 2? [17:46] or svn? [17:46] lastest version from launchpad [17:46] svn that is [17:46] right [17:46] apachelogger: but enabling the non-pykde packages presumably? [17:47] Riddell: of course [17:48] apachelogger: but qyoto didn't compile? [17:50] hm [17:51] ok, i'm back with first problem :) [17:51] Riddell: actually, looking at the cmake output, nothing but pykde built Oo [17:51] Seems akkregator doesn't open feeds === blizzzekski is now known as blizzzek [17:51] It fetch them ok, but when clicking on it, it only shows the description, not the feed articles themselves. [17:52] hum [17:52] Riddell: did you comment out all the other stuff? [17:52] at least for me [17:52] Zanoi: http://bugs.kde.org [17:52] ZeBarbu: ^ [17:52] Zanoi: sorry [17:52] ok [17:53] apachelogger: the current intrepid version has all but python commented out, since smoke didn't compile for me [17:53] and everything else uses smoke [17:53] ok [17:53] * apachelogger compiles again [18:15] Riddell: the x_*.cpp files don't get generated, or at least in the wrong directory [18:23] stdin: btw, if you have time... backporting the new akonadi package would be cool [18:23] the current one is pretty much useless [18:23] stdin: and when are yu applying for MOTU? ;-) [19:24] apachelogger: uploaded [19:24] and, umm, dunno :p [19:24] haha [19:24] * apachelogger hands stdin a cookie [19:24] 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] can't think properly for 3 days after taking one of these monsters [19:26] * daskreech imagines a suppository [19:27] huh, that would be... [19:27] ah well 24% for kdebindings [19:31] is kdebindings so huge? [19:31] took 5 minutes to build on my box with only python-kde4 [19:33] smarter: gigantic [19:33] I think beta2 actually takes twice as long as beta1 [19:33] a lot of new stuff in smoke and ruby [19:34] takes 52 mins for the package in the PPA, that's with just about everything except python-kde4 disabled [19:34] the problem is also that kdebindings can't be compiled with more than one jobs [19:34] always breaks for me [19:38] it would be nice if kdebindings was split up [19:39] it's such a troublesome module to package [19:50] Riddell: +1 [19:50] oh [19:50] -.- [19:51]