[03:18] I've been seeing occasional brightness flickering with 4.9.4. [03:18] IIRC someone else mentioned it as well. [03:18] * ScottK wonders if https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/285553edce61f65a88d9067136bf138e44efb149/diff might be the cause. [03:19] afiestas: ^^^ could that fix have introduced a race condition? [04:20] ::workspace-bugs:: [1072263] plasma-desktop crashes at start-up with scripted image widget @ https://bugs.launchpad.net/bugs/1072263 (by Vertago1) [06:07] Quantal builds seem to be done as well [06:07] should I just copy them over to beta backports? [06:10] yes! [06:11] :) [06:15] oh a tester [06:15] soee: I'll copy them over to staging, can you test? [06:15] sure [06:16] gimme a couple of minutes [06:16] ok ill be back in 5, im going to eat something [06:18] soee: script is running, packages should land here https://launchpad.net/~kubuntu-ppa/+archive/staging/+packages [06:22] all done [06:29] soee: once you test, just poke someone and they'll copy to the beta backports PPA [06:29] I've gtg [06:29] cya [06:31] hmm [06:31] i have added staging ppa [06:31] but i see no packages to be updated [06:32] only this: http://pastebin.com/73V5biUr [06:32] but they are not related to rc2 [06:37] ok now it starting to see rc2 packages [06:38] i thnik some 'backgraound' stuff has to be done before pakckages are visible :) [06:51] ::runtime-bugs:: [1071453] Dolphin doesn't store samba share password @ https://bugs.launchpad.net/bugs/1071453 (by Pascal Korz) [07:15] 4.9.97 for Quantal tested and works fine, no problems during update [09:20] ScottK: yes [09:20] I have been trying to fix it [09:20] but it is hard to reproduce === Quintasan_ is now known as Quintasan [10:52] Quintasan, am removing the version library suffixes from all the Maliit libraries -- quite some work! [10:53] \o/ [10:53] Be sure to poke me when there is a release which has that [10:53] Quintasan, is it acceptable if the soname's ABI version changes with every release? [10:53] say, libmaliit.so.0.93 and then at some point libmaliit.so.0.94? [10:54] mikhas: It should be okay as long as you don't drop any publicly exported symbols [10:54] It is okay even if you DO drop symbols but then it will take some work [10:54] what do I have to do *if* I drop symbols? [10:54] increase the major version number and ??? [10:55] mikhas: Would be nice to tell me which symbols were dropped so I have less c++filt mangling job [10:55] ScottK: ^ I would appreciate if you could tell me if I missed anything [10:56] cant tell tbh, we are still in unstable release cycle, so symbols come and go … [10:56] we try to be careful with what we export, however [10:57] It's not the end of the world if you drop stuff. We will both have to do some more stuff but if we cooperate more or less it should be easily managable [10:59] Quintasan, "MIMPluginManager(std::tr1::shared_ptr icConnection, QSharedPointer)" changed to "MIMPluginManager(const QSharedPointer& icConnection, const QSharedPointer& factory)", but that's part of an internal library, not sure it counts as exported for your case, however. [10:59] (what a horrible long function definition) [10:59] not public? [11:00] we don't care :P [11:00] well, you could check whether you had this symbol in your list, then I would know that this presumed-to-be-private library needs some work, too [11:01] mikhas: So far I have no symbols file [11:02] or let's ask the other way around: did you package libmaliit-connection? [11:02] I would have to disable tests to get them since they currently fail [11:02] in which sense to the tests fail?! [11:02] mikhas: Is that part of maliit-framework? if so then what directory are we talking about [11:02] can you pastebin your output of "make check"? [11:02] mikhas: They fail because X magic I believe [11:03] xvfb is probably not enough to execute the test in the buildd [11:03] But that should only be a couple of tests, not all. [11:03] I'll give you the whole log in a minute [11:04] Quintasan, perhaps you could cook up a patch that properly checks for X11 in those tests (some define or so) and skips them conditionally? [11:04] I can but I'm not sure how archive admins will like that [11:04] ScottK: ^? [11:04] We can leave this for later [11:05] No one likes packages without any tests. Especially if we package -dev packages. [11:05] I don't have anything that looks like libmaliit-connection in my debian/control file [11:05] Quintasan, right. We could move tests to a separate -test package in any case, if not already done [11:05] if this is a part of maliit-framework and it needs to be a binary package then I'll need to grep my install files [11:06] separate binary package* [11:06] no! it's private and shall remain private :-) [11:06] but let me check where we hide it, true [11:07] but of maliit-framework package, sigh, so we do install all that crap [11:07] *part [11:11] HURRRRRRRRRRR [11:11] pbuilder permissions already broken [11:11] wtf [11:13] mikhas: http://paste.kde.org/638006 [11:13] Here is the buildlog [11:13] oki [11:13] on the bottom you should have output of make check [11:14] is launchpad working for anyone for packages? I just get timeouts on https://launchpad.net/ubuntu/+source/kde4libs [11:14] Riddell: timeout [11:14] humbug [11:15] Lunchpad - eats your time [11:16] I would laugh if it wasn't so true. [11:17] If only the Jan 2nd announcement would have been: "Guys, we drop bzr and make Launchpad use github/gitorious/… instead." [11:17] lol nope [11:17] not going to happen T_T [11:19] that wouldn't help it doing timeouts loading a web page [11:20] outsourcing part of your infra to more reliable services? surely would help with timeouts, too [11:23] Riddell, soee: once you test, just poke someone and they'll copy to the beta backports PPA [11:24] soee: you tested? [11:25] 4.9.97 for Quantal tested and works fine, no problems during update [11:25] its in staging [11:30] for asdf in `cat kdesc-packages-raring.txt`; do echo ${asdf}; ~/src/ubuntu-archive-tools/ubuntu-archive-tools/copy-package -p kubuntu-ppa --ppa-name=staging -s quantal -b --to-ppa=kubuntu-ppa --to-ppa-name=beta --to-suite=quantal ${asdf} -y; done [11:30] should keep it busy [11:38] Quintasan, not in a proper release yet, but if you dare to try maliit-framework from git master, then here's your version suffix free Maliit: https://gitorious.org/maliit/maliit-framework/commit/fe71572564612f2282cff87a296441319bab22ef [11:39] mikhas: Mmkay, will take a look, I'd stick with tarballs unless we are short on time (which I doubt is the case) [11:39] alright [11:40] I should get to a new release by next week in any case. [11:40] That sounds about...good. [11:40] Can't do anything about it until next monday though [11:41] Gotta prepare for MORE tests [11:41] since it's the end of the semester at my uni [11:41] I think I could go by with no preparation but better be safe than sorry. [11:42] shadeslayer: Oh, not sure if mentioned but I failed my first test from introduction to progamming. We wrote Java code - on paper. [11:42] But somehow I got 16-18 point out of 20 on labs [11:42] gotta score up on the second test [11:43] * Quintasan loves coding on paper [11:51] ::qt-bugs:: [1096289] Qt apps often fail to start from file manager @ https://bugs.launchpad.net/bugs/1096289 (by Alexei Kitaev) [12:07] Hey all [12:12] hi [12:12] BluesKaj: hi [12:14] hi Quintasan, soee [12:36] * Riddell pokes at a bunch of packages in raring to retry them [13:03] packages on ninjas for KDE 4.8.8.97 (12.10) ready for testing? [13:05] Tm_T: 4.9.97 is now in ppa:kubuntu-ppa/beta for testing [13:16] ta da kubuntu.org/news/kde-plasma-applications-410-rc-2 [13:17] better url kubuntu.org/news/kde-sc-4.9.97 [13:20] now if only launchpad would let me load the package pages so I could retry bits [13:40] hmm [13:41] Riddell: I got packages downloaded from ninjas though [13:44] lest's see... [13:45] ah, didn't have beta ppa enabled [14:05] dpkg: error processing /var/cache/apt/archives/kdewallpapers_4%3a4.9.97-0ubuntu1~ubuntu12.10~ppa1_all.deb (--unpack): trying to overwrite '/usr/share/wallpapers/Finally_Summer_in_Germany/contents/screenshot.png', which is also in package kde-wallpapers 4:4.9.95-0ubuntu2~ubuntu12.10~ppa1 [14:06] ...was sorted by upgrading kdewallpapers and kde-wallpapers (apt-get install -f) [14:15] Morining all. Head's up that installing Virtualbox will attempt to remove Telepathy. [14:23] In Raring that is. [14:56] ronnoc_, no loss :) [16:14] As long as SO name is bumped, dropping symbols is fine. [16:14] Quintasan: ^^^ [16:17] afiestas: Thanks. I think we'll have to revert that commit for now then. [16:18] yofel_: Can you do an update that reverts https://projects.kde.org/projects/kde/kde-workspace/repository/revisions/285553edce61f65a88d9067136bf138e44efb149/diff - it causes the brightness flickering problem we've been seeing intermittently on 4.9.4. [16:18] yes === yofel_ is now known as yofel [16:18] (need 4.9.4 updated for -prposed and 4.9.5 for PPA). [16:18] yofel: Thanks. [16:19] ping me and I'll accept it. [16:19] (once it's uploaded) === yofel changed the topic of #kubuntu-devel to: Kubuntu - Friendly Computing | Raring Alpha 1 Released | Packaging TODO: http://notes.kde.org/kubuntu-ninjas | oxygen-fonts in experimental PPA (from oneiric to raring) [16:26] ScottK: do we want to revert that in 4.9.97 too btw? (I would vote for yes) [16:26] yofel: If people have reported the problem with 4.10, then yes. [16:27] afiestas: ^^^ - if this commit is causing problems, it probably ought to be reverted upstream before the 4.10 release. [16:28] haven't heard of it yet, but the only system that I got it with once is running 4.9.5. The code is in 4.10 too so I'm simply worrying about it possibly doing the same thing [16:48] afiestas: ok, I just took by eeePC and tried to change the brightness from within KDE for a change [16:48] a) changing brightness with the Fn keys doesn't moved the slider in the batter applet [16:49] b) moving the slider in the battery applet causes it to jump around randomly changing brightness up and down until it eventually stops after a second or 2 [16:50] in bug 1088150 it seems to not stop for the user [16:50] bug 1088150 in kde-workspace (Ubuntu) "KDE 4.9.4 refreshes screen brightness rapidly " [Medium,Triaged] https://launchpad.net/bugs/1088150 [16:50] which I can't reproduce as it does stop here - the flashing happens for both of us [16:52] For me, it happens sometime changing power state. [16:53] When it's happened, it takes a suspend/resume to get it to stop. [16:54] that's when it first happened for me to: powerdevil went into 'low battery' state -> I plugged the power cable in -> flashing starts. but it stopped after ~10s [16:59] ::workspace-bugs:: [1088150] KDE 4.9.4 refreshes screen brightness rapidly @ https://bugs.launchpad.net/bugs/1088150 (by blubman) [17:30] ScottK: uploaded [17:31] yofel: Go ahead an do raring too ... [17:31] Thanks. [17:31] I'm gone for now, will do it later [18:00] ::workspace-bugs:: [1088150] KDE 4.9.4 refreshes screen brightness rapidly @ https://bugs.launchpad.net/bugs/1088150 (by blubman) [19:06] yofel: Accepted. Thanks. [20:07] ::workspace-bugs:: [1088150] KDE 4.9.4 refreshes screen brightness rapidly @ https://bugs.launchpad.net/bugs/1088150 (by blubman)