[01:00] Riddell: thought there were more proposals yet to be completed on it...could be wrong, but I thought the current status was just a "practical reality" at this point...re: archive reorg [01:03] I think the developer membership board still has stuff to sort out but the kubuntu-dev team exists and we put people onto it [01:03] the list of packages they can upload misses some important ones though which is disappointing [01:04] do we have a list of those? [01:04] there's a weird command which lists them [01:04] oh yeah, I have it aliased [01:04] lists the ones that can be uploaded [01:04] but soprano and kde4libs and maybe kdebase-runtime can't as I remember [01:05] ./edit_acl.py -s $* query [01:05] in our case -> ./edit_acl.py -s kubuntu-dev query [01:05] that is the list of packages we can upload [01:10] interesting choqok is once again crashing for me everytime it updates [01:24] Riddell, nixternal: From my recollection, I cannot upload: qt4-x11, akonadi, soprano, phonon-backends, kde4libs, kdebase-workspace, kdebase-runtime, or kdesdk [01:24] attica neither [01:25] or shared-desktop-ontologies [01:25] but I can upload to half the gnome packages, for some weird reason [01:26] oh, and I also cannot upload kde-l10n-* packages, but I can upload to every single Ubuntu language pack :/ [01:28] regarding the topic, how is mesa still broken? [01:28] (aside from a possible libGL.so debacle) [01:35] <_Groo_> hi/2 all [01:42] <_Groo_> any motus alive? [01:42] <_Groo_> is anyone going to upload plasmoid-cwp to lucid? if not, im gonna assign myself the task [01:43] crimsun: debacle still not fixed. [01:44] <_Groo_> ScottK: hey scottk, can i do a change in wally yet? [01:45] Is it accepted? [01:45] <_Groo_> ScottK: i think so :) [01:45] <_Groo_> ScottK: how do i check that? [01:46] _Groo_: Looks like the source is accepted, but not the binaries: https://launchpad.net/ubuntu/+source/wally [01:47] Best let it get through binary New first unless it's urgent. [01:47] https://launchpad.net/ubuntu/+source/wally/2.3.1-0ubuntu1 is clearer [01:48] <_Groo_> ScottK: ok scott, im gonna do the package for cwp plasmoid and do the usual process again.. when im done im gonna bug you for sponsorship again :D [01:49] !info plasma-widget-customizable-weather [01:49] plasma-widget-customizable-weather (source: plasma-widget-customizable-weather): a weather plasma widget that is highly customizable. In component universe, is optional. Version 0.9.12-0ubuntu1 (karmic), package size 311 kB, installed size 1480 kB [01:50] _Groo_: ^ [01:50] oh, new relase [01:50] not new package ;-) [01:51] <_Groo_> JontheEchidna: yeah, sorry :) last is 0.9.18 [01:51] whoa, qtcurve got a 1.0 release finally [01:51] <_Groo_> JontheEchidna: also aurorae was broken with latest 4.4 rc1 [01:51] broken? [01:52] <_Groo_> JontheEchidna: kde-window-manager: Conflicts: kwin-style-aurorae but 0.2.1-0ubuntu1 is to be installed. [01:52] right, aurorae is part of the kde-window-manager package now [01:52] <_Groo_> JontheEchidna: you upgrade to rc1 you loose aurorae [01:52] <_Groo_> really? [01:52] rly [01:52] * _Groo_ going to check [01:52] before you got overwrite errors when you had both installed [01:54] <_Groo_> JontheEchidna: nice :) well the the old one needs to be removed from lucid :) [01:54] <_Groo_> JontheEchidna: thanks for the tip :) [01:54] Riddell: mind removing kwin-style-aurorae? [01:55] JontheEchidna: can do [01:55] thx [01:56] <_Groo_> well gotta go, gonna spend some ubuntu time with my wife, seeya :D [02:09] * genii gets a coffee and reads buildlog_ubuntu-lucid-amd64.kdebase-runtime_4:4.3.90-0ubuntu2_FAILEDTOBUILD.txt.gz [02:10] genii: Part of the mesa breakage. See /topic [02:11] ScottK: OK, thanks === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === nihui_ is now known as nihui [09:53] the bilbo bzr branch isn't really usefule anymore, because bilbo is now part of kdepim. Should it be deleted or do we keep outdated branches for documentation or something else? [10:19] neversfelde: I think you can mark it as obsolete [10:42] Riddell: thanks === doc__ is now known as doc___ [12:39] There were some messages about making linGL more alternative-friendly in the list of changes. Could you actually set up the alternatives now that the lib (ald GLU, too) were moved into /usr/lib/mesa? [13:05] agateau: hmm FindDBusMenuQt.cmake is missing from that patch you sent me this morning [13:05] and from the one you sent me last week [13:11] Riddell: oh [13:12] Riddell: sending it [13:12] Mamarok, Nightrose: does amarok 2.2.2 want liblastfm 0.3.0 or 0.4 git? [13:13] Riddell: no idea tbh sorry - lfanchi will know for sure but readme should be up to date too [13:19] well, README still says 0.3 [13:21] so I'll go with that for the backport [13:21] I pinged lfranchi, I hope he doesn't change that in the last minute :) [13:40] hunger: Right now mesa is broken so you can't do much with it at all. [13:41] freeflyi1g: have you pushed your patches upstream (qt fonts) ? [13:45] fabo: not yet [13:45] out of curiosity, is there a review process that could come up with means to prevent things like the mess with the libGL change or is it just "stuff that happens"? [13:45] cause i'd propose to create a test case where one random reverse dependency gets compiled, at least for main packages [13:48] al: There isn't a formal process, but stuff like this is pretty unusual these days. [13:48] There's ~ two times a release cycle where stuff gets totally broken. [13:50] hmkay [13:52] * txwikinger wishes everyody a fine Monday morning (substitute with day of time as appropriate) [13:52] or time of day whatever more inclined ;) === dendro-afk is now known as dendrobates [14:02] agateau: I'm also missing org.freedesktop.StatusNotifierWatcher.xml [14:02] agateau: this git thing isn't the perfect answer you claim it is :) [14:02] Riddell: mmm... seems my diff failed to include any new file [14:03] Riddell: it is perfect, I am just an unperfect user :) [14:03] was it a git changeset? maybe you didnt git add the files first? [14:03] maco: yes I created the diff file in a hurry [14:03] Riddell: will redo them [14:04] Riddell: How about putting the Windows USB creator on our dvd image? Ubuntu has added it to theirs and it seems a good idea to me. [14:06] ScottK: is that different from the normal usb creator? [14:06] Riddell: Yes in that in runs on Windows. [14:07] so this isn't a package we add to the seeds I take it, it's something in the ISO build scripts [14:07] Yeah, it's a cdimage change [14:07] seems sensible [14:07] See the recent backscroll in -release for details. [14:08] on the subject of seeds, how did we get 30 MB over the iso size? [14:09] (on amd64, only 11 MB on i386) [14:09] and that's with no language packs [14:10] JontheEchidna: 4.4 is a lot bigger than 4.3. [14:11] if only there was a visual representation of what's taking up how much space [14:15] nice idea, shouldn't be /too/ hard to do [14:19] Looks like we haven't had a successful dvd build since 12/21. I think from looking at the ubuntu-cdimage change to put it on the Ubuntu dvd, we'll get it too. [14:21] Riddell: new patch sent [14:25] For starters, we could replace kate with kwrite giving us a 3.1 MB gain [14:25] kwrite probably fits the average usecase better as well [14:25] o.O Kate is much better then Kwrite [14:26] well, yes [14:26] * amichair likes Kate better [14:26] but most people just need a notepad [14:26] only us uber 1337 developers need the full-blown half-ide text editor ;-) [14:26] :D [14:27] JontheEchidna: what about kvkbd? [14:27] * neversfelde remembers that he wanted to talk to someone about it [14:27] we have plasma-widget-plasmaboard now [14:28] smarter was talking about that I think [14:28] yes [14:28] I've never seen the point of kwrite, it's just kate without tabs (and other bits) and people know how to use tabs [14:29] but is it really 3MB smaller? what's the change there? [14:29] Installing kwrite: After this operation, 406kB of additional disk space will be used. [14:29] removing kate: After this operation, 3,617kB disk space will be freed. [14:29] uh hang on [14:29] also an average user would not need kdepim-wizards, but I do not know how much space that brings [14:29] did you install kwrite before trying the remove kate [14:30] kwrite: Installed-Size: 408 [14:30] because kate's low estimate could be based on stuff kate installed already [14:30] JontheEchidna: That's space on disk. Savings on CD would be less due to compression [14:30] 408 what? [14:30] er kwrite's low estimate [14:30] Riddell: It also lacks all the syntax highlighting stuff too. [14:31] kate also comes with a lot of plugins [14:31] ScottK: is archive size a better indicator? [14:31] JontheEchidna: Yes [14:31] yes the size of the .deb is about right [14:31] kwrite: Need to get 129kB of archives. [14:32] kate: Need to get 921kB of archives. [14:32] ha, mirrored [14:32] so I guess that helps a bit? [14:32] * amichair wonders how much would be saved if better compression was used [14:33] I think it is lzma (could be wrong) [14:34] yeah, it's definitely still lmza [14:36] * amichair further wonders if there are any usage statistics for applications installed by default [14:37] * amichair does not speak today. He only wonders things in the small confines of his mind... [14:37] I guess there's the popcon statistics, but those have to be turned on manually by the user [14:38] * amichair thought those were installation statistics, not usage statistics. He is likely wrong. [14:39] it has both :) [14:39] oh, sorta [14:40] "use this package regularly" [14:42] Average users don't fill in the popcon data. [14:43] speedcrunch vs kcalc is 524kB vs 132kB [14:43] we also have a calculator plasmoid, so we are awash in calculators [14:44] but perhaps we want a non-plasmoid calculator [14:44] why? [14:45] the plasmoid calculator is limited to the desktop, and can't be brought in front of windows easily (or at least discoverably and non-intrusively) [14:45] everyone who needs to use a calculator for complex tasks should be able to install it. [14:47] fist things I remove are speedcrunch, kvkbd, kdepim-wizards, ksystemlog, kmag, kmousetools and some other apps I do not remember at the moment [14:48] we should keep the apps handicaped users need and think about removing the rest, especially applications, which can be replaced by existing widgets [14:49] i don't understand the need to replace speedcrunch, i don't reach for the plasmoid when i need a calculator, i reach for speedcrunch [14:49] * JontheEchidna never uses ksystemlog [14:49] in fact 90% of the time i dont even look at my desktop [14:50] yeah, I don't think we could get away with replacing speedcrunch with the plasmoid. But I think we could do kcalc since they are almost the same for most uses [14:51] * amichair uses speedcrunch quite a bit, and would hate the idea of using a widget for a calculator. widgets don't play nice with multitasking. [14:51] separating out /usr/share/speedcrunch/books/ would be an idea [14:52] I didn't even know it had a math book function [14:52] speedcrunch is a bit prettier than kcalc, so if we could get the size down a bit it'd be nice to keep it [14:54] oxygen-icon-theme grew 5.7 MB in lucid compared to karmic [14:55] that's probably a lot of the problem right there [14:56] is strigi 0.7.1 in some ppa? [15:01] * Riddell uploads amarok 2.2.2 [15:01] freinhard: that's a strange one, there's no upstream release, fabo just got it from the revision control for debian [15:02] Riddell: there is, jos just told me [15:02] got released last thursday [15:02] is it on the website yet? [15:02] and it's listed here http://www.vandenoever.info/software/strigi/ [15:02] oh aye, there it is [15:02] well he hadn't updated it last I looked :) [15:03] "vandenoever> freinhard: if not [read: if 0.7.1 isn't packaged yeat] , tell them it fixes important bugs :-)" [15:03] -a [15:03] I think it'd be best to let that wait for it migrate to Debian testing so it autosyncs [15:04] for lucid at least [15:04] I could just sync it now from unstable [15:04] that'd work [15:06] we should add it to our PPA for the next RC [15:06] Is the indicator applet broken in KDE 4.4 ? [15:07] Riddell: where will i find strigi 0.7.1? kubuntu-ppa/beta ? [15:07] freinhard: yes, at some point [15:07] freinhard: do you need it for a paticular reason? [15:08] Riddell: yes, i'd like to check if this fixes a segfault i get from a certain PDF [15:09] ok I'll put it up shortly [15:10] Riddell: great, thx! === yofel_ is now known as yofel [15:29] * amichair boots the daily kubuntu lucid-desktop-amd64.iso, but is unable to reach the login screen... [15:30] amichair: the live CD didn't build today [15:30] live filesystem I mean [15:30] so that'll be old [15:33] * amichair thanks Riddell, and leaves catching up with lucid for another day [15:38] huh, i still got konqueror 4.3.85 but 4.3.90. things start to get confusing... [15:40] nixternal: ping? === hunger_t is now known as hunger [16:03] ScottK: What is wrong with GL? Stuff seems to build fine for me (apart from the wrong directory of course... nothing that a update-alternatives did not fix:-). [16:04] it's not working in the buildds [16:05] Riddell: I guess so... It moved the libGL into a dir that is not checked. [16:06] Ridddell: update-alternatives --install /usr/lib/libGL.so.1.2 libGL.so.1.2 /usr/lib/mesa/libGL.so.1.2 --slave ... fixes that nicely. [16:07] tell that to the buildds :( [16:07] Riddell: The apt-listchanges seems to suggest that that was intended... [16:07] Riddell: Add that to the postinst;-) [16:12] daskreech: pong? [16:23] hunger: The #ubuntu-x folks are on it. [16:28] ScottK: will it be fixed in time for us to have an alpha2 release on time? [16:29] nixternal: I think so. I have made them aware that our alpha2 is contingent on it getting fixed. [16:30] good deal...anything that needs working on, don't hesitate to chuck it my way [16:30] * jussi01 salutes whomever put the "ignore selection" bit in klipper [16:32] ha, klipper does that automatically here [16:32] but only every 2nd selection [16:33] nixternal: what was the name of the school that Redhat setup ? [16:33] it's so tremendously annoying i can hardly describe [16:34] daskreech: I don't know its name...I emailed the guy who I am sure worked on the project or knows someone on the team [16:34] awaiting an email === ScottK changed the topic of #kubuntu-devel to: Lucid Alpha 1 Released! | mesa = "almost there, ... testing", 4.4 RC1 still stuck. Be careful out there | Kubuntu has the Doctor on the brain | https://wiki.kubuntu.org/Kubuntu/Todo | Oustanding merges: http://people.ubuntuwire.com/~lucas/merges.html |Congratulations to jussi01 [16:37] "almost there" :) [16:37] That's a quote of tseliot in #ubuntu-x. [16:40] :D [16:40] nixternal: ok [16:41] I am unbelievably tired today [16:41] still recovering from shoveling? [16:41] I didn't get to sleep until around 02:00 or 02:30, work up at 5 to go over and give my dad a ride to the airport...been awake ever since [16:41] shovel it you [16:42] we are warming up, supposed to have a high of 34F this week [16:42] I am so wearing shorts that day [16:43] yesterday was "don't wear pants" day for the trains, so I wore some snazzy silk boxers only and froze my ass off, literally [16:48] umm, what? [16:48] never mind, I don't want to know [16:48] nixternal: what's the gossip with koffice? [16:49] it is getting better? :) [16:49] I built it locally, not debian packaging build, but regular cmake build to see what all we were missing [16:50] KFormula is there, but I don't understand the dame thing...to me it seems that kword is missing a bunch of stuff...looking into all of that still [16:50] I don't know I havn't looked at it [16:50] once I have something I am happy with, I will share all of the information with all [16:50] right now with current packaging, there are quite a few list-missing, but it could be for good reason, and I want to try and figure all of those out [16:53] My weekly question on the subject. Has anyone, anywhere, actually gotten akonadi to work with KDE 4.4 on Kubuntu Karmic? If so, can you tell me/us how? [16:53] wftl: for what use? [16:53] I haven't been able to use Kontact for days because Akonadi is always starting up and never actually starts. [16:53] wftl: is this the real wftl? [16:53] jjesse: Indeed. [16:54] [ insert appropriate smiley here ] [16:54] haha [16:54] You mean there's a fake one floating about somewhere? [16:54] I had akonadi working when I tried out kmail a couple of weeks ago...took me a minute to figure out an issue I had with google calendars akonadi plugin, but it seemed to be working [16:54] nixternal: not using anything other than classic file based calendar, contacts, etc. [16:54] i tried under the beta but couldn't, now running RC but haven't tried [16:55] jjesse: I'm running the RC1 stuff. As you know, I follow this stuff quite closely. [16:55] kmail constantly crashed with gmail offline imap for me, so I eventually gave up [16:55] Trouble is, I like Kontact. In fact, I love Kontact. I'd like to get it back. [17:03] wftl: what doesn't work? [17:06] Riddell: exactly as I posted. It says 'starting Akonadi server" with the little progress bar going back and forth, and it never ends. [17:07] If I try to start Akonadi using the control panel, I get d-bus errors. [17:07] Akonadi server process not registered at D-bus. [17:08] Also, Nepomuk search service not registered at D-Bus [17:08] Apparently, the Akonadi control process is registered though. ;-) [17:14] wftl: have you installed virtuoso? === zegenie_ is now known as zegenie [17:28] wait win for the lose? [18:00] Riddell: sorry. Went for lunch. [18:00] Yes, I have installed virtuoso. [18:01] There were a bunch of updates today. Ever hopeful, I shall log out and back in. :-) See if that helps. [18:07] Ha [18:07] The akonadi symbol just popped up in my systray [18:07] Whatever wftl did. THanks! :) [18:09] For anyone keeping track, installing latest Kubuntu updated packages, logging out (with reboot), then logging back in, did nothing to fix Aknonadi issues. [18:10] wftl: Karmic or Lucid? [18:11] And the indicator applet started working again [18:11] if someone has some spare time left (haha ;) ) please have a look at the opensync packages in my ppa. i'd like to know if i made mistakes: https://launchpad.net/~freinhard/+archive/ppa/+packages [18:25] ScottK: Karmic [19:17] who's a freenode staffer? [19:17] nhandler? [19:28] Riddell: Need something? [19:30] nhandler: tzily needs kicked off network [19:30] nhandler: abuse in #kubuntu then in /msg to me === jjesse_ is now known as jjesse [19:32] Riddell: We don't kline on request. He is banned in #kubuntu, and you can use /ignore for the PM abuse. But I will definitely keep an eye on him [19:48] Riddell: could you promote icoutils to Main please? bug 505424 [19:48] Launchpad bug 505424 in icoutils "KDE4.4 - Missing package dependences (icoutils needs MIR)" [Undecided,Fix committed] https://launchpad.net/bugs/505424 [19:48] hi [19:50] Riddell: or is it proper to add the recommend, get kdebase-runtime uploaded, then it goes to component mismatches? [19:52] JontheEchidna: That's the normal path, but him promoting it first is harmless, just it shows up in component mismatches going the other way until the upload is done. [19:56] the -runtime upload is waiting in bzr, at any rate [19:56] It'd FTBFS now due to mesa anyway. [19:57] I'd prefer to hold off until we get 4.4 rc1 built once so was know we have images for Alpha 2. === dendrobates is now known as dendro-afk [20:01] Riddell: strigi failed because it requires debhelper 7.4 [20:09] Riddell: ok, chatted with the koffice folks, have an idea now what needs to be there and what doesn't, so I am working on the koffice package now (2.1.1) === dendro-afk is now known as dendrobates [20:11] JontheEchidna: debhelper merge might be good for your core-dev application. [20:11] a proper debhelper merge ;-) [20:11] I said might. [20:11] That would help. [20:19] we really should have MIR'd koffice deps now that it is in main [20:19] our package sucks and will continue to suck, leaving a very poor representation of koffice [20:20] we should have MIR'd these deps before moving to main is what I really meant [20:21] koffice has been in main since forever [20:22] the deps should have been MIR'd before the 1->2 transition though [20:25] JontheEchidna: koffice2 [20:25] it is a nightmare, a piece of shit right now [20:25] we did the conversion w/o thinking about its dependencies [20:26] I fire up koffice and it seriously lacks damn near 50% of its features [20:26] that's what I said [20:26] right [20:26] so now I am going to MIR the deps, unless someone has already done that [20:29] fun [20:36] nixternal: please go ahead [20:41] updating some of the packages first [20:41] nixternal: I have a gtl update almost ready [20:41] *opengtl [20:41] Riddell: hey, libspnav...the initial package was -dev only cuz upstream messed up I am assuming...I am updating the pacakge with will include libspnav0...do I need to run this through revu and new package it and everything? [20:42] opengtl is in the libopenctl or whatever it is called right? [20:42] that needs an MIR as well [20:42] right [20:43] darkroom'll need a rebuild afterwards, so I'm wondering if it shouldnt' wait until mesa is fixed [20:43] I suppose I could pbuild darkroom to find out ;-) [20:43] hehe [20:43] It'll need mesa. [20:43] You may as well wait [20:43] I need to get some money, as my build machine is starting to die....I am fairly certain the processor and motherboard are slowly dying [20:43] nixternal: libspnav isn't a shared library, it's a static library [20:44] Riddell: there is a shared library now for it [20:44] Riddell: bug 325066 [20:44] Launchpad bug 325066 in libspnav "only -dev package available, no shared lib" [Undecided,In progress] https://launchpad.net/bugs/325066 [20:44] hmm, there is a .so [20:44] there probably was a reason why I didn't package it [20:45] for some value of proably [20:45] Riddell: right, the 0.2 package didn't have that [20:45] upstream fixed that with 0.2.1 [20:45] nixternal: is it versioned? [20:46] yes, 0 :) [20:46] so.0 [20:46] >>> [1097] objdump -p libspnav.so.0.1 | grep SONAME SONAME libspnav.so.0 [20:47] ok sorted, go and make a libspnav0 package [20:48] done, adding a watch file, will build, test it out, and then upload [20:48] Could I get this merged into software-properties trunk? https://code.launchpad.net/~echidnaman/software-properties/fixes [21:46] Riddell: is there a need for strigi to depend on debhelper >= 7.4? [21:54] nixternal, ScottK: mesa was built. Shall I rebuild kdebase-workspace after I rebuild X? [22:05] freinhard: shouldn't be, I'll fix it [22:05] tseliot: yes please [22:05] there will be lots which need rebuilding [22:05] Riddell: I meant to say, only after, right? [22:06] tseliot: kde4libs can go at the same time [22:06] kdebase-runtime too [22:08] oh, ok, did that for kde4libs [22:08] i386 and amd64 [22:10] * freinhard wants a ppa rss feed [22:10] I re-triggered kdebase-runtime too [22:10] Riddell: ^^ [22:19] Riddell, nixternal, ScottK: if those builds fail again it's only because the packages are building against mesa 7.7-0ubuntu3 instead of 7.7-0ubuntu4. Triggering another rebuild should fix it [22:19] i.e. don't panic ;) [22:19] * Riddell pats his copy of hitchhikers guide [22:19] three cheers for tseliot [22:20] :-) [22:20] tseliot: by the way, would you happen to know if the next planned jockey upload to lucid is going to be based off of jockey trunk? [22:21] JontheEchidna: AFAIK it should be based on ubuntu-core-dev [22:21] where my last changes are [22:21] (for nvidia, alternatives, etc.) [22:22] JontheEchidna: icoutils promoted [22:22] I'm curious as to when exactly changes made to trunk meander over towards the ubuntu-core-dev branch [22:23] maybe I should poke pitti [22:23] yes, I hadn't touched jockey for a long time before my last commit [22:23] so pitti is the only one who can answer that question [22:23] I thought jockey used a trunk branch and had a packaging branch which was trunk+debian directory [22:24] since it's ment to be an upstream project [22:24] some files (i.e. the handlers) are in different directories [22:24] JontheEchidna: looking at software-properties [22:24] as the handlers are more ubuntu specific [22:27] Riddell: I'll keep an eye on the kde builds but I don't know how long I'll manage to keep my eyes open [22:27] it's been a pretty intense day [22:27] tseliot: we'll keep an eye too [22:27] ok, good [22:29] JontheEchidna: merged, should I upload? [22:29] Riddell: yes please [22:35] kdebase-runtime failed to compile! [22:35] * Riddell panics [22:35] :-D [22:36] re-rebuilding [22:37] for amd64 and i386 at least [22:37] "building a distribution by trial and error" would make for a good book title ;) [22:40] heh [22:45] mesa should be good as of about now. [22:45] It takes until :45 after for the publisher run to finish [22:46] let's see how it goes this time [22:48] * ScottK just hit kdemultimedia on amd64. It's one of the one affected. [22:48] The curren -workspace can't go until after kde4libs finished [22:48] finished/finishes [22:49] NCommander: Can you rescore kdemultimedia on amd64? [22:50] ScottK: also I think we should wait for X to rebuild [22:54] anyone on karmic able to test amarok 2.2.2 from kubuntu-ppa/backports ? [22:54] tseliot: OK. Well it'll succeed or fail at this point. [22:55] * ScottK won't kick any more off [22:55] ScottK: as you wish [22:55] Riddell: So how do I go about testing Amarok 2.2.2 ? [22:56] genii: add this PPA https://edge.launchpad.net/~kubuntu-ppa/+archive/backports [22:56] OK [22:56] https and not http ? [22:57] launchpad uses https, that's a web page, see "Technical details about this PPA" for the sources.list line [22:59] amarok folks, why does About Amarok say "Using KDE 4.3.2 (KDE 4.3.2)" when About KDE says "Platform Version 4.3.90 (KDE 4.3.90 (KDE 4.4 RC1))" ? [23:00] Riddell: Which PPA did you build it in? [23:00] mm, backports [23:01] build time value I guess then, how confusing [23:01] BTW, the backports PPA should build against the backports pocket (I think). It appears it doesn't currently [23:02] I can't tell from the backscroll: Is it known that the current kde4libs builds are failing due to being built with the old mesa? [23:02] "don't panic" was tseliot's instructions [23:03] OK. [23:03] ScottK: yes, that was with the old mesa [23:03] tseliot: What X package are we waiting for? [23:04] ScottK: xorg-server, which failed for the same reason [23:05] ScottK: it looks like X built but I don't know if it has been published already [23:05] OK, so powerpc and i386 finished before the publisher run, so we ought to be OK for them in ~40 minutes [23:05] NCommander: Looks like xorg-server is the most important one to get on amd64 [23:13] JontheEchidna: thanks for covering that new soft-props unicode bug - u beat me to it :-) [23:13] JontheEchidna: (btw, u might want to use utf8() instead of unicode(), to cover all cases) [23:26] http://www.kubuntu.org/news/amarok-2.2.2 [23:26] * ScottK larts JontheEchidna for not updating bzr after the last quassel upload. [23:30] amichair: I used utf8 at first, but that crashed the program as well (with a different error) [23:30] er, I think it was the other way around. [23:31] I used unicode, but it caused a crash, so I used utf8 [23:31] tseliot: kdemultimedia built on amd64 with the new mesa and the old X. [23:31] * ScottK it out for a while. [23:31] no, it was utf8 caused the issues, I think [23:31] ScottK: this is great news :-) [23:33] ok, so opengtl was updated by JontheEchidna, I just uploaeded a new libspnav, getting ready to update glew, have a couple of more to check, and then it will be on to the wonderful world of MIRs [23:33] rock on [23:34] nixternal: MIRs are pretty easy now, no wiki page to fill in, just a bug report [23:35] yup [23:44] JontheEchidna: strange... I hope it's not a symptom of another lurking bug... [23:45] amichair: I have the trace, if you'd like to see it [23:45] sure [23:45] http://pastebin.ca/1747591 [23:47] btw, is there any qa done at all on our developed packages? [23:47] (other than our own before committing) [23:47] our community is our QA? [23:48] I tested JontheEchidna's fix before merging [23:48] does lucid support quilt source format 3.0? [23:48] but nothing terribly formal, we don't have the manpower for formality I suspect [23:48] nixternal: yes [23:48] groovy [23:48] thanks [23:48] new wallpapa: http://imagebin.ca/view/Pp1pl3h.html [23:49] I think it's going to be default, looking at the svn log [23:49] Riddell: community as qa is mostly post-release (except for show-stopper bugs which are likely picked up in alpha by the first person to use them) [23:49] JontheEchidna: that'll do nicely [23:49]