[00:11] * ScottK wonders if someone who actually knows something about QT might look at Bug #128538 [00:11] Launchpad bug 128538 in qt4-x11 "Qt4/gdb: Cannot step into Qt4 functions (dup-of: 261380)" [Undecided,New] https://launchpad.net/bugs/128538 [00:11] Launchpad bug 261380 in qt4-x11 "Packages have invalid .gnu_debuglink" [Undecided,Triaged] https://launchpad.net/bugs/261380 [00:16] ScottK: those are true, don't have any ideas on what to do about it though :( [00:16] OK. [01:48] evenint [01:49] New data type? [01:49] Goes with oddint? [01:49] ;-) [01:53] Sput: doh, for some reason my channel didn't light up when you said my name === freeflyi1g is now known as freeflying [02:48] incorrect working of kpackagekit/policykit-kde [02:48] i think there is a problem with one of them [02:50] EagleScreen: They were just uploaded today, so likely. Please file bugs. [02:50] kpackagekit call policykit-kde to autenticate for installing packages, but kpackagekit gives you autentication error before you type password in policykit-kde dialog [02:52] will jaunty use kpackagekit as its default package manager? [02:53] That's the plan. [02:54] i hope it them to be enough mature [02:54] i hope for it to be enough mature, sorry [03:04] ScottK: I am a bit confused about something with the security update. The version that is in intrepid is 2.6 ( i saw that 2.8.1 was backported today ) 2.8.0 does not exist in intrepid [03:05] or am I missing something? [03:05] (which could be the case due to lack of sleep and food) [03:17] anyone here running jaunty with an amd64? (that could test someting) [03:17] confrim, actually [03:18] i thought jaunty on amd64 was broken? [03:18] really? [03:18] i thought i saw someone say it yesterday but i could be wrong [03:18] works for me™ [03:19] someone reported a segfault bug on kdenlive that i cannot reproduce [03:22] i have filed bug LP #319419 [03:22] Launchpad bug 319419 in evolution "evolution cannot authenticate with imap server" [Undecided,New] https://launchpad.net/bugs/319419 [03:22] !bug 319419 [03:23] sorry I typed it wrongly [03:24] LP #319459 [03:24] Launchpad bug 319459 in kpackagekit "kpackagekit reports an autentication error before you type password in policykit-kde dialog" [Undecided,New] https://launchpad.net/bugs/319459 [03:35] vorian: What's the question? [03:35] The patch needs to be integrated into a security upload for 2.6 [03:35] Fixing it in backports doesn't count. [03:36] i understand, for some reason i was thinking you waned me to patch the 2.8.0 version [03:36] no. [03:37] Got it straight now then, I guess [03:37] Yes, thanks [03:48] ScottK: is the t-test125 relevant to this version? [03:48] The test that's in the patch tests for the issue we're fixing. [03:48] okie [04:37] ScottK: i just sent you ane email [04:37] an* [04:37] pffft [04:37] * ScottK looks [04:39] vorian: Looks like you've been greylisted. Any idea how long until your MTA retries? [04:40] nope, it's gmail === txwikinger is now known as txwikinger_work [06:07] The Akonadi control process is not registered at D-Bus which typically means it was not started or encountered a fatal error during startup. [06:08] I still have this error message in jaunty, anyone dose? === txwikinger_work is now known as txwikinger === txwikinger is now known as txwikinger3 === txwikinger3 is now known as txwikinger_work === txwikinger_work is now known as txwikinger [09:13] can somebody try to open this Qt book in PDF with okular: http://www.qtrac.eu/C++-GUI-Programming-with-Qt-4-1st-ed.zip [09:13] it coredumps for me :-( [09:14] I'll try [09:14] Lure_: works fine here [09:14] Arby: intrepid or jaunty? kde 4.2/rc? === Lure_ is now known as Lure [09:15] Lure_: okular 0.7.2, KDE4.1.2 [09:16] Arby: wanha! [09:16] hardy actually [09:16] Arby: this is so last year ;-) [09:16] Arby: but thanks for testing [09:16] Lure: you didn't ask that, you asked if it works :) [09:17] Arby: true, and I want to know if older versions work fine [09:17] Lure: works here [09:17] Arby: so that I can submit proper bug report [09:17] Tm_T: what do you have? [09:17] THis is my work PC I'm just about to run the upgrade since I have the office to myself today [09:17] Lure: Intrepid, with KDE 4.2.60-svn [09:17] Tm_T: I am actually suspecting popler library from jaunty... [09:18] Tm_T: it says "Error: Illegal annotation destination [09:18] then coredump [09:18] Lure: could be [09:18] Lure: 64bit? [09:18] Tm_T: yes [09:18] hmm, 32bit here [09:18] so dunno if that makes difference too [09:20] Tm_T: poppler is much newer in jaunty (0.8.7 vs. 0.10.3) [09:20] any jaunty user around? [09:21] Lure: yes [09:22] freeflying: cay you try open this PDF with okular: http://www.qtrac.eu/C++-GUI-Programming-with-Qt-4-1st-ed.zip [09:22] Lure: can not donwload :) [09:22] freeflying: ups, I do not think 50MB is suitable for e-mailing too ;-) [09:23] Lure: get it via a server in french, need some time [09:24] s/frecn/france [09:24] freeflying: hmm, firewall again? [09:25] Tm_T: seems not gfwed :) [09:25] good [09:26] got the ip address resolved [09:28] Lure: got the same error [09:28] freeflying: thanks for testing [09:28] it looks like it is poppler bug [09:29] will submit it to b.fd.o [09:38] bug submited: https://bugs.freedesktop.org/show_bug.cgi?id=19669 [09:39] Freedesktop bug 19669 in qt4 frontend "okular/poppler crash in Poppler::convertAnnotColor when opening large PDF (Qt book)" [Major,New] [09:39] thanks everyone for testing [09:43] Lure: its not because of the size of PDF file [09:44] just opened a 81M pdf, works fine [09:44] freeflying: yes, it looks like it has some annotations that causes crash (from stack trace) [09:45] freeflying: and it is clear regression, so I hope it will get adequate attention [09:45] :) [09:47] * Lure wants to read Qt PDT books ;-) [09:52] hi there [09:54] hi To [09:55] ups, he left before my Tab key cathed him ;-) [10:01] is the kdesvn broke? [10:01] jussi@aaaa:~/networkmanager$ svn up [10:01] svn: Can't connect to host 'anonsvn.kde.org': Connection refused [10:06] jussi01: think i saw something on the kde planet about a mirror server being down [10:06] a|wen: ahh, thanks [10:07] jussi01: http://people.fruitsalad.org/adridg/bobulate/index.php?/archives/697-AnonSVN-down.html [10:07] a|wen: thanks [10:08] np [10:13] jussi01: yes anonsvn is down, and its mirrors too [10:13] jussi01: so without account no svn [10:52] apachelogger: pitti is looking for new archive admins [10:59] hum... plasmoid-network-manager stoped working for me :) [10:59] Riddell: not replacing knetworkmanager was the good decision... it seems we'll have to work a bit for the plasma applet to work right... [11:01] Riddell: I may contact lubo to get a few informations about his plans [11:02] Tonio_: dood, kpackagekit worked perfectly [11:02] hi Tonio_ [11:02] Riddell: great :) [11:02] Riddell: did packagekit got fixed yesterday ? [11:03] dunno, but it works this morning [11:03] Riddell: good :) [11:03] Riddell: well no change on my side :) doesn't work [11:03] Riddell: but that's packagekit issue [11:05] policykit-kde doesn't work though [11:06] Riddell: doesn't ? [11:07] Riddell: what problem do you have with it ? authentication or set permissions ? [11:07] Riddell: any progress on kopete/msn issue? I managed to login to msn exactly once, yesterday. After that, no luck... [11:07] hey jussi01 [11:08] mrvanes: same with me :) [11:09] * mrvanes shakes hands ;) === neversfelde_ is now known as neversfelde [11:10] Tonio_: you aware of hal --configure problems? [11:10] Riddell: since kpackagekit is broken for me, I can't test the authentication part.... but the policykit-kde kcm module lets me set permissions without problems [11:10] mrvanes: not that I know of.... what's the point ? [11:10] # dpkg --configure hal [11:10] Setting up hal (0.5.12~rc1+git20090120-0ubuntu1) ... [11:10] * Reloading system message bus config... [ OK ] [11:10] * Starting Hardware abstraction layer haldinvoke-rc.d: initscript hal, action "start" failed. [11:10] dpkg: error processing hal (--configure): [11:10] subprocess post-installation script returned error exit status 1 [11:11] Errors were encountered while processing: [11:11] hal [11:11] ouch... that's bad :) [11:11] mrvanes: better ask the maintainer, since a postinst script may be broken [11:11] but hal runs... nevertheless [11:11] ok, is (s)he around here? [11:11] mrvanes: yeah, that's juste the "configure" step of dpkg that causes problems, but the files are installed... [11:12] mrvanes: last uploader is pitty [11:12] pitti, sorry [11:13] hmm... no pitti around... will mail then [11:14] Tonio_: removed policykit-gnome, added policykit-kde, rebooted, ran kpackagekit and now it installs without asking anything [11:14] Riddell: look at the permissions.... [11:15] Tonio_: oh hmm, it fails to authenticate first time but second time I try it works without popping up the dialogue [11:15] Riddell: policykit can be made to ask for the password or not [11:15] yeah, I have the same thing [11:15] error and then working [11:15] ah [11:15] but it's "mostly" working [11:15] it pops up the "authentication failed" first [11:16] then on top of that the policykit dialogue appears [11:16] yup, that's exactly what I got when kpackagekit was working for me :) [11:16] so it thinks it has failed before it even asks for the password [11:16] Riddell: hard to say... [11:17] but as you say "mostly" working [11:17] Tonio_: we should write the MIRs [11:17] yep, that can be fixed, for sure... [11:17] those things take so long to process we need to start ASAP [11:18] Riddell: I can write the MIRs, so for kpackagekit, libpackagekit-qt, and policykit, right ? [11:18] Tonio_: yes [11:18] Tonio_: oh well, and package kit generally [11:18] Riddell: I'm sure we can get some help for the little bugs from upstream, since we'll be the first debian based distro using them :) [11:18] Riddell: I'll probably wait for 4.2 to be release before pinging them [11:19] Riddell: hum, I may ping glatzor or asac for this part ;) [11:20] asac? [11:20] glatzor is your man [11:20] but just write them and check with glatzor before poking the MIR people [11:20] Riddell: hum asac worked on the packaging afaics :) at least, last changelog output is from him :) [11:21] Riddell: I'll see with glatzor.... starting writting them today [11:21] thanks [11:21] you're welcome :) [11:21] * Tonio_ hopes the plasmoid for network-manager will be ready for jaunty.... sounds like won't happen... [11:25] on the other hand Tonio_, it works better for me than knetworkmanager did, that's with WPA too [11:29] xerosis: yeah, but that's very random depending the people... [11:29] xerosis: worked for me for 3 days, and then toped working without any reason or any change... [11:31] * Riddell uploads mysql 5.0 [11:41] Tonio: managed to trace configure errror back to hald crashing: [11:41] hald[15114]: segfault at 20 ip 000000000042f63b sp 00007fffe8a23040 error 4 in hald[400000+57000] [11:41] hal start doesn't complain, but it doesn't run [11:42] so --configure was right after all! [11:51] apachelogger: Error processing /var/cache/apt/archives/amarok-nightly-kdelibs_20090120+svn914292-0neon1_i386.deb : trying to overwrite `/opt/amarok-nightly/share/apps/cmake/modules/FindPulseAudio.cmake', which is also in package amarok-nightly-kdebase [11:56] Riddell: https://wiki.ubuntu.com/MainInclusionReportPolicykit-KDE [11:56] Riddell: any comments ? so that I can copycat for the other ones :) [11:56] looking [11:59] "No binaries running as root or suid/sgid." well the whole point is that it does run stuff as root [12:00] Tonio_: missing Upstream bug tracke [12:00] Tonio_: missing Upstream bug tracker [12:01] Tonio_: missing sections 7 to 10 https://wiki.kubuntu.org/MainInclusionReportTemplate [12:18] Riddell: oki [12:19] Riddell: well the root stuff is done within policykit which is already in main... [12:21] right enough [12:27] Riddell: https://wiki.ubuntu.com/MainInclusionReportPolicykit-KDE [12:28] Riddell: if that's okay for you, then I'll make the other ones toonight probably, as I have to go back to work right now :) [12:28] Tonio_: "Upstream BTS" should point to a more useful URL [12:29] Riddell: hum.... [12:30] Riddell: like https://bugs.kde.org/buglist.cgi?quicksearch=policykit-kde [12:30] ? [12:30] Tonio_: policykit-kde isn't actually registered in bugs.kde.org [12:30] Riddell: that's my point ;) [12:30] so quite possibly there isn't a bug tracker [12:30] Riddell: well there is a bug already, look at my url [12:31] that's dolphin [12:31] I know ;) [12:31] there is no policykit-kde product... [12:32] Riddell: what to do in that case ? [12:35] Tonio_: "No upstream bug tracker known" [12:36] glatzor: ping, we want to write MIRs for packagekit [12:36] to get kpackagekit in [12:36] Riddell, great [12:37] Riddell, I uploaded 0.3.13 to the ppa yesterday [12:37] glatzor: I'll do the kpackagekit and libpackagekit-qt toonight... [12:37] Riddell, I would suggest not switching to the 0.4 branch for jaunty. [12:38] Tonio_, libpackagekit-qt is part of PackageKit [12:38] glatzor: right, stick with what works :) [12:39] glatzor: well not the same source package btw ;) [12:39] Riddell, Tonio_ the Fedora release is a little bit later and there have been some late changes in previous cycles. [12:39] Tonio_, you are wrong. [12:40] glatzor: hu ? well not for our archives at least... [12:40] glatzor: apt-cache show libpackagekit-qt2 [12:40] glatzor: unless I'm missing something... [12:40] Tonio_, libpackagekit-qt11 and libpackagekit-qt-dev are binary packages of my packagekit source package [12:41] glatzor: hum then we have a problem :) [12:41] Riddell: :) [12:41] W: Unable to locate package libpackagekit-qt11 [12:42] glatzor: I guess you're taling about your ppa right ? [12:42] glatzor: atm, kpackagekit usually shipped with a libpackagekit-qt tarball, so we packaged it along with it... [12:44] Riddell: if it's been directly in packagekit source package, maybe we should consider removing our package from the archives no ? [12:45] the packagekit archive confuses me [12:45] what are the git repositories and which one has libpackagekit-qt? [12:48] Riddell: I usually get libpackagekit from git://anongit.freedesktop.org/git/packagekit/PackageKit-Qt [12:48] glatzor: ? [12:48] Nightrose: dpkg --i -force-overwrite [12:49] apachelogger: i know ;-) just wanted to let you know [12:49] Nightrose: it's not like I would do anything about it :P [12:49] Riddell, Tonio_ This repository seems to be abandoned. [12:49] apachelogger: noted ;-) [12:50] Riddell, Tonio_ the qt part was merged some time ago into the main repository [12:50] glatzor: right, which is a good point in fact [12:51] Riddell: you're the archive admin, and I have to go back to work, so I'm leaving you on that point :) [12:51] oha [12:51] Nightrose: did you shoot nevi or something? [12:51] apachelogger: nevi? [12:51] Nightrose: neversfelde [12:52] fwiw i didn't shoot anyone lately ;-) [12:52] not knowingly at least [12:52] I see [12:52] * apachelogger logs in to revu [12:53] Tonio_, Riddell, the kpackagekit package in the ppa is already build against libpackagekit-qt-dev of packagekit [12:53] Riddell, I add you to the packagekit team [12:54] that's fine then, glatzor will upload the new packagekit at some point and it'll overwrite out libpackagekit-qt-dev [12:54] glatzor: may I susbscribe too please ? I'll probably mostly maintain and test the kpackagekit part :) [12:54] Tonio_, what is your launchpad name? [12:55] glatzor: tonio [12:55] Tonio_, bzr branch lp:~packagekit/packagekit/kpackagekit-jaunty [12:56] glatzor: thanks [12:56] Tonio_, welcome ot ~packagekit [12:56] to [12:56] glatzor: super thanks [12:57] glatzor: I'll look at the branch and the packaging, then will update the package along with your next upload [12:57] glatzor: do you have kpackagekit packages on your ppa to ? [12:57] Tonio_, right. [12:58] Tonio_, I told you so yesterday :) [12:58] glatzor: oh right :) sorry [13:02] glatzor: there are a couple of interesting commits since your initial packaging on kde svn... [13:02] glatzor: I'll give a test and eventually commit if all is fine... [13:08] Tonio_: didn't you package partitionmanager? [13:08] apachelogger: nope, that's on my todo anyway ;) [13:08] apachelogger: but the priority is given to packagekit and so on atm :) [13:09] apachelogger: I'll be on my contrib day (aka paid to work on ubuntu ^^) on friday, so I may work on it then [13:09] Tonio_: already on revu it is [13:10] that is why I am wondering :) [13:10] apachelogger: well I'll just have to revu + fix ;) [13:10] apachelogger: sounds good :) [13:10] * apachelogger gives it a review [13:13] Tonio_: looks like decent packaging actually [13:14] Riddell: do you think it would be a good idea to apply for archive admin? ... since my spare time is rather limited these days [13:15] apachelogger: not sure, I heard that only New queue is available through launchpad but New queue is a place where messing up can lead to serious trouble [13:18] well, it's not like I would mess things up, I just wouldn't get very much done ;-) [13:18] morn [13:19] morning [13:19] * apachelogger got chewing gum stuck to his lips [13:19] now that must look weird [13:19] vore: hola [13:19] aloha! [13:19] jjesse: salut [13:20] i see we had something happen two hours ago [13:20] vorian: we had= [13:20] ? [13:20] * apachelogger is seriously distracted by that gum on his lips [13:21] haha === jjesse_ is now known as jjesse [13:38] Riddell: just performed a couple of test... [13:38] Riddell: glatzor kpackaging is a more recent svn snapshot that mine... [13:38] Riddell: I just tested he ppa packages and it all works, very nicelly [13:39] Riddell: we should probably wait for those to reach the repos to write the MIRs right ? [13:39] glatzor: what are your plans for upload ? [13:39] glatzor: anf FYI the current kpackagekit svn snapshot ftbfs, I'll look at this [13:40] Tonio_: no, don't wait to write the MIR, MIRs take bloody ages to get processed we need to start the process toot sweet [13:41] kde-nightly-kdeplasma-addons-dbg kde-nightly-kdesdk [13:41] kde-nightly-kdesdk-dbg kde-nightly-kdesupport [13:41] sry [13:43] Riddell: right so I'll do them toonight then, as promissed [13:43] thanks [13:44] Riddell: are there any plans on speeding up the MIR process? [13:44] * apachelogger also notes that kgrubeditor was demoted [13:45] because it doesnt have a maintainer? [13:45] or because it doesnt support grub2? [13:45] apachelogger: there are some new members of ubuntu-mir, doesn't seem to have helped [13:46] because it doesn't integrate well with the system [13:46] or rather with the phony way config updates are implemented :P [13:46] ah, i dont know anything about that, heh [13:46] Riddell: also, there are some usability issues :) [13:47] * apachelogger didn't follow the discussion [13:47] like "the following packages will be removed", and you have to click the "install now" buton to apply :) [13:47] Tonio_: kpackagekit? [13:47] but IIRC the reasons for demoting sounded a lot like workaround-our-broken-implementation [13:47] seele: yeah ;) [13:47] seele: it all works with the ppa version [13:47] Tonio_: yeah.. colomar and i came up with a whole list of stuff.. and the maintainer doesnt want to maintain it [13:47] JontheEchidna: ping [13:48] seele: that's bad..... really bad... [13:48] apachelogger: big surprised [13:48] Tonio_: yeah, so we have two broken choices. unmaintained crap adept or unmaintained less-crap but still crap kpackagekit [13:48] seele: what did the maintainer say then ? perfect like this ? :) [13:48] \o/ [13:49] seele: well we can patch for the strings causing problem for example [13:49] apachelogger: pong [13:49] Tonio_: no, that he didn't have time and he was more concerned with the backend than the front end [13:49] shall I write a ruby package manager :P [13:49] Tonio_: read the email on the kubuntu-devel list [13:49] * seele will be back in 2 hours.. meeting time [13:49] JontheEchidna: we should dewatch arts [13:49] actually [13:49] he thought the changes were only for kubuntu not kde as a whole [13:49] Riddell: we can compile kdelibs4 without arts, can't we? [13:49] seele, jjesse: will read, thanks [13:49] * apachelogger thinks dropping arts from the archives might make sense [13:50] yeah, aRts is certifiably unmainatined and probably shouldn't be in main if at all possible [13:51] Tonio_: i offered to work out a help manual and will work on that with the maintainer of kpackagekit [13:51] which is more then i got in adept [13:53] apachelogger: should be able to yes [13:53] --without-arts build without aRts default=no [13:53] Riddell: giving it a try [13:53] dunno if that'll need lots of other stuff to be recompiled [13:53] nateon [13:53] kvirc [13:53] knights [13:54] other stuff that depends on arts [13:54] kvirc should be replaced with KDE 4 port I suppose [13:56] rgreening was working on a kvirc svn snapshot [13:56] apt-cache rdepends libartsc0 [13:56] lots [13:56] It seems reasonably usable to me. [13:57] true [13:59] Riddell: I guess we should rebuild all KDE's without arts and file bugs for the other packages [13:59] there isn't really a point in supporting arts considering we have no KDE 3 desktop anymore [14:00] yep [14:01] * apachelogger thinks coordinating this would be a perfect minion job ... if we only had minions -.- [14:01] ah, right [14:02] Arby: ping [14:02] :P [14:02] * Arby looks nervous and checks the exits [14:03] apachelogger: pong [14:03] Arby: wanna coordinate the arts rebuilds? [14:03] I can try [14:03] setup a wiki page ... announce on the list ... get the packages assigned to somebody [14:04] give me the five minute summary of what needs to happen [14:04] besides that^^ [14:04] I have to go in a sec [14:04] that is everything :P [14:05] Arby: just run apt-cache rdepends on the libarts* and arts* packages [14:05] create a wiki table of that for status and assignment tracking [14:05] then spread the word [14:05] and once the packages are assigned what do people need to do with them [14:06] Arby: make them build without arts [14:06] ok [14:06] why do I feel like that's harder than it sounds [14:07] what's the time frame for this? [14:07] 9.04 [14:07] * apachelogger is tired of arts bugs [14:07] Arby: making them build without arts should be a matter of removing libarts-dev as build-dep and tetsbuiildng [14:08] ...in some cases update .install files [14:08] * apachelogger eats his afternoon snack and watches kdelibs build [14:09] hmm, I suspect there will be many more questions but right now I need to go do work [14:09] back later [14:15] Nightrose: did I already like poke you with bug 257089 [14:15] Launchpad bug 257089 in amarok "amarok does not save the playlist between computer restarts" [Undecided,Incomplete] https://launchpad.net/bugs/257089 [14:15] jep [14:15] and i pasted it in dev [14:15] and no one cared? [14:15] looks like it [14:16] * apachelogger wouldn't either :P [14:16] :P [14:16] I find that feature rather useless anyway [14:17] especiall with Amarok 2 [14:18] Riddell: did you testbuild mysql-5.1? [14:19] apachelogger: I did with my patch, you said you were going to do more to it [14:20] yeah [14:20] Riddell: where did it install sql-bench to for you? [14:21] ends up in /usr here [14:21] makefile.in says: benchdir_root = $(prefix) [14:22] ah [14:22] Riddell: nevermind, that also happened before our changes [14:22] good thing we don't use autotools [14:23] apachelogger: yes same here [14:24] apachelogger: https://lists.ubuntu.com/archives/ubuntu-server/2009-January/002575.html mentioned mysql [14:26] Riddell: http://aplg.kollide.net/tmp/four.debdiff if you want to counter check [14:27] I basically just changed/removed some leftovers of usr/share/mysql and added the amarok-mysql conflicts/replaces [14:29]