[01:00] <nixternal> 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] <Riddell> 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] <Riddell> the list of packages they can upload misses some important ones though which is disappointing
[01:04] <nixternal> do we have a list of those?
[01:04] <Riddell> there's a weird command which lists them
[01:04] <nixternal> oh yeah, I have it aliased
[01:04] <Riddell> lists the ones that can be uploaded
[01:04] <Riddell> but soprano and kde4libs and maybe kdebase-runtime can't as I remember
[01:05] <nixternal> ./edit_acl.py -s $* query
[01:05] <nixternal> in our case -> ./edit_acl.py -s kubuntu-dev query
[01:05] <nixternal> that is the list of packages we can upload
[01:10] <jjesse> interesting choqok is once again crashing for me everytime it updates
[01:24] <JontheEchidna> Riddell, nixternal: From my recollection, I cannot upload: qt4-x11, akonadi, soprano, phonon-backends, kde4libs, kdebase-workspace, kdebase-runtime, or kdesdk
[01:24] <JontheEchidna> attica neither
[01:25] <JontheEchidna> or shared-desktop-ontologies
[01:25] <JontheEchidna> but I can upload to half the gnome packages, for some weird reason
[01:26] <JontheEchidna> oh, and I also cannot upload kde-l10n-* packages, but I can upload to every single Ubuntu language pack :/
[01:28] <crimsun> regarding the topic, how is mesa still broken?
[01:28] <crimsun> (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] <ScottK> crimsun: debacle still not fixed.
[01:44] <_Groo_> ScottK: hey scottk, can i do a change in wally yet?
[01:45] <ScottK> Is it accepted?
[01:45] <_Groo_> ScottK: i think so :)
[01:45] <_Groo_> ScottK: how do i check that?
[01:46] <ScottK> _Groo_: Looks like the source is accepted, but not the binaries: https://launchpad.net/ubuntu/+source/wally
[01:47] <ScottK> Best let it get through binary New first unless it's urgent.
[01:47] <ScottK> 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] <JontheEchidna> !info plasma-widget-customizable-weather
[01:50] <JontheEchidna> _Groo_: ^
[01:50] <JontheEchidna> oh, new relase
[01:50] <JontheEchidna> not new package ;-)
[01:51] <_Groo_> JontheEchidna: yeah, sorry :) last is 0.9.18
[01:51] <JontheEchidna> whoa, qtcurve got a 1.0 release finally
[01:51] <_Groo_> JontheEchidna: also aurorae was broken with latest 4.4 rc1
[01:51] <JontheEchidna> broken?
[01:52] <_Groo_> JontheEchidna: kde-window-manager: Conflicts: kwin-style-aurorae but 0.2.1-0ubuntu1 is to be installed.
[01:52] <JontheEchidna> 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] <JontheEchidna> rly
[01:52]  * _Groo_ going to check
[01:52] <JontheEchidna> 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] <JontheEchidna> Riddell: mind removing kwin-style-aurorae?
[01:55] <Riddell> JontheEchidna: can do
[01:55] <JontheEchidna> 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] <ScottK> genii: Part of the mesa breakage.  See /topic
[02:11] <genii> ScottK: OK, thanks
[09:53] <neversfelde> 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] <Riddell> neversfelde: I think you can mark it as obsolete
[10:42] <neversfelde> Riddell: thanks
[12:39] <hunger> 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] <Riddell> agateau: hmm FindDBusMenuQt.cmake is missing from that patch you sent me this morning
[13:05] <Riddell> and from the one you sent me last week
[13:11] <agateau> Riddell: oh
[13:12] <agateau> Riddell: sending it
[13:12] <Riddell> Mamarok, Nightrose: does amarok 2.2.2 want liblastfm 0.3.0 or 0.4 git?
[13:13] <Nightrose> Riddell: no idea tbh sorry - lfanchi will know for sure but readme should be up to date too
[13:19] <Mamarok> well, README still says 0.3
[13:21] <Riddell> so I'll go with that for the backport
[13:21] <Mamarok> I pinged lfranchi, I hope he doesn't change that in the last minute :)
[13:40] <ScottK> hunger: Right now mesa is broken so you can't do much with it at all.
[13:41] <fabo> freeflyi1g: have you pushed your patches upstream (qt fonts) ?
[13:45] <freeflyi1g> fabo: not yet
[13:45] <al> 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] <al> cause i'd propose to create a test case where one random reverse dependency gets compiled, at least for main packages
[13:48] <ScottK> al: There isn't a formal process, but stuff like this is pretty unusual these days.
[13:48] <ScottK> There's ~ two times a release cycle where stuff gets totally broken.
[13:50] <al> hmkay
[13:52]  * txwikinger wishes everyody a fine Monday morning (substitute with day of time as appropriate)
[13:52] <txwikinger> or time of day whatever more inclined ;)
[14:02] <Riddell> agateau: I'm also missing org.freedesktop.StatusNotifierWatcher.xml
[14:02] <Riddell> agateau: this git thing isn't the perfect answer you claim it is :)
[14:02] <agateau> Riddell: mmm... seems my diff failed to include any new file
[14:03] <agateau> Riddell: it is perfect, I am just an unperfect user :)
[14:03] <maco> was it a git changeset? maybe you didnt git add the files first?
[14:03] <agateau> maco: yes I created the diff file in a hurry
[14:03] <agateau> Riddell: will redo them
[14:04] <ScottK> 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] <Riddell> ScottK: is that different from the normal usb creator?
[14:06] <ScottK> Riddell: Yes in that in runs on Windows.
[14:07] <Riddell> so this isn't a package we add to the seeds I take it, it's something in the ISO build scripts
[14:07] <ScottK> Yeah, it's a cdimage change
[14:07] <Riddell> seems sensible
[14:07] <ScottK> See the recent backscroll in -release for details.
[14:08] <JontheEchidna> on the subject of seeds, how did we get 30 MB over the iso size?
[14:09] <JontheEchidna> (on amd64, only 11 MB on i386)
[14:09] <Riddell> and that's with no language packs
[14:10] <ScottK> JontheEchidna: 4.4 is a lot bigger than 4.3.
[14:11] <JontheEchidna> if only there was a visual representation of what's taking up how much space
[14:15] <Riddell> nice idea, shouldn't be /too/ hard to do
[14:19] <ScottK> 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] <agateau> Riddell: new patch sent
[14:25] <JontheEchidna> For starters, we could replace kate with kwrite giving us a 3.1 MB gain
[14:25] <JontheEchidna> kwrite probably fits the average usecase better as well
[14:25] <ulysses__> o.O Kate is much better then Kwrite
[14:26] <JontheEchidna> well, yes
[14:26]  * amichair likes Kate better
[14:26] <JontheEchidna> but most people just need a notepad
[14:26] <JontheEchidna> only us uber 1337 developers need the full-blown half-ide text editor ;-)
[14:26] <ulysses__> :D
[14:27] <neversfelde> JontheEchidna: what about kvkbd?
[14:27]  * neversfelde remembers that he wanted to talk to someone about it
[14:27] <JontheEchidna> we have plasma-widget-plasmaboard now
[14:28] <JontheEchidna> smarter was talking about that I think
[14:28] <neversfelde> yes
[14:28] <Riddell> 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] <Riddell> but is it really 3MB smaller?  what's the change there?
[14:29] <JontheEchidna> Installing kwrite: After this operation, 406kB of additional disk space will be used.
[14:29] <JontheEchidna> removing kate: After this operation, 3,617kB disk space will be freed.
[14:29] <maco> uh hang on
[14:29] <neversfelde> also an average user would not need kdepim-wizards, but I do not know how much space that brings
[14:29] <maco> did you install kwrite before trying the remove kate
[14:30] <ulysses__> kwrite: Installed-Size: 408
[14:30] <maco> because kate's low estimate could be based on stuff kate installed already
[14:30] <ScottK> JontheEchidna: That's space on disk.  Savings on CD would be less due to compression
[14:30] <ulysses__> 408 what?
[14:30] <maco> er kwrite's low estimate
[14:30] <ScottK> Riddell: It also lacks all the syntax highlighting stuff too.
[14:31] <JontheEchidna> kate also comes with a lot of plugins
[14:31] <JontheEchidna> ScottK: is archive size a better indicator?
[14:31] <ScottK> JontheEchidna: Yes
[14:31] <Riddell> yes the size of the .deb is about right
[14:31] <JontheEchidna> kwrite: Need to get 129kB of archives.
[14:32] <JontheEchidna> kate: Need to get 921kB of archives.
[14:32] <JontheEchidna> ha, mirrored
[14:32] <JontheEchidna> so I guess that helps a bit?
[14:32]  * amichair wonders how much would be saved if better compression was used
[14:33] <Riddell> I think it is lzma (could be wrong)
[14:34] <JontheEchidna> 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] <JontheEchidna> 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] <JontheEchidna> it has both :)
[14:39] <JontheEchidna> oh, sorta
[14:40] <JontheEchidna> "use this package regularly"
[14:42] <ScottK> Average users don't fill in the popcon data.
[14:43] <JontheEchidna> speedcrunch vs kcalc is 524kB vs 132kB
[14:43] <JontheEchidna> we also have a calculator plasmoid, so we are awash in calculators
[14:44] <JontheEchidna> but perhaps we want a non-plasmoid calculator
[14:44] <neversfelde> why?
[14:45] <JontheEchidna> 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] <neversfelde> everyone who needs to use a calculator for complex tasks should be able to install it.
[14:47] <neversfelde> 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] <neversfelde> 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] <jjesse> 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] <jjesse> in fact 90% of the time i dont even look at my desktop
[14:50] <JontheEchidna> 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] <Riddell> separating out /usr/share/speedcrunch/books/ would be an idea
[14:52] <JontheEchidna> I didn't even know it had a math book function
[14:52] <JontheEchidna> 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] <JontheEchidna> oxygen-icon-theme grew 5.7 MB in lucid compared to karmic
[14:55] <JontheEchidna> that's probably a lot of the problem right there
[14:56] <freinhard> is strigi 0.7.1 in some ppa?
[15:01]  * Riddell uploads amarok 2.2.2
[15:01] <Riddell> freinhard: that's a strange one, there's no upstream release, fabo just got it from the revision control for debian
[15:02] <freinhard> Riddell: there is, jos just told me
[15:02] <freinhard> got released last thursday
[15:02] <Riddell> is it on the website yet?
[15:02] <freinhard> and it's listed here http://www.vandenoever.info/software/strigi/
[15:02] <Riddell> oh aye, there it is
[15:02] <Riddell> well he hadn't updated it last I looked :)
[15:03] <freinhard> "vandenoever> freinhard: if not [read: if 0.7.1 isn't packaged yeat] , tell them it fixes important bugs :-)"
[15:03] <freinhard> -a
[15:03] <JontheEchidna> I think it'd be best to let that wait for it migrate to Debian testing so it autosyncs
[15:04] <JontheEchidna> for lucid at least
[15:04] <Riddell> I could just sync it now from unstable
[15:04] <JontheEchidna> that'd work
[15:06] <Riddell> we should add it to our PPA for the next RC
[15:06] <daskreech> Is the indicator applet broken in KDE 4.4 ?
[15:07] <freinhard> Riddell: where will i find strigi 0.7.1? kubuntu-ppa/beta ?
[15:07] <Riddell> freinhard: yes, at some point
[15:07] <Riddell> freinhard: do you need it for a paticular reason?
[15:08] <freinhard> Riddell: yes, i'd like to check if this fixes a segfault i get from a certain PDF
[15:09] <Riddell> ok I'll put it up shortly
[15:10] <freinhard> Riddell: great, thx!
[15:29]  * amichair boots the daily kubuntu lucid-desktop-amd64.iso, but is unable to reach the login screen...
[15:30] <Riddell> amichair: the live CD didn't build today
[15:30] <Riddell> live filesystem I mean
[15:30] <Riddell> so that'll be old
[15:33]  * amichair thanks Riddell, and leaves catching up with lucid for another day
[15:38] <freinhard> huh, i still got konqueror 4.3.85 but 4.3.90. things start to get confusing...
[15:40] <daskreech> nixternal: ping?
[16:03] <hunger> 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] <Riddell> it's not working in the buildds
[16:05] <hunger> Riddell: I guess so... It moved the libGL into a dir that is not checked.
[16:06] <hunger> 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] <Riddell> tell that to the buildds :(
[16:07] <hunger> Riddell: The apt-listchanges seems to suggest that that was intended...
[16:07] <hunger> Riddell: Add that to the postinst;-)
[16:12] <nixternal> daskreech: pong?
[16:23] <ScottK> hunger: The #ubuntu-x folks are on it.
[16:28] <nixternal> ScottK: will it be fixed in time for us to have an alpha2 release on time?
[16:29] <ScottK> nixternal: I think so. I have made them aware that our alpha2 is contingent on it getting fixed.
[16:30] <nixternal> 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] <al> ha, klipper does that automatically here
[16:32] <al> but only every 2nd selection
[16:33] <daskreech> nixternal: what was the name of the school that Redhat setup ?
[16:33] <al> it's so tremendously annoying i can hardly describe
[16:34] <nixternal> 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] <nixternal> awaiting an email
[16:37] <nixternal> "almost there" :)
[16:37] <ScottK> That's a quote of tseliot in #ubuntu-x.
[16:40] <jussi01> :D
[16:40] <daskreech> nixternal: ok
[16:41] <nixternal> I am unbelievably tired today
[16:41] <jjesse> still recovering from shoveling?
[16:41] <nixternal> 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] <nixternal> shovel it you
[16:42] <nixternal> we are warming up, supposed to have a high of 34F this week
[16:42] <nixternal> I am so wearing shorts that day
[16:43] <nixternal> 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] <Riddell> umm, what?
[16:48] <Riddell> never mind, I don't want to know
[16:48] <Riddell> nixternal: what's the gossip with koffice?
[16:49] <nixternal> it is getting better? :)
[16:49] <nixternal> I built it locally, not debian packaging build, but regular cmake build to see what all we were missing
[16:50] <nixternal> 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] <Riddell> I don't know I havn't looked at it
[16:50] <nixternal> once I have something I am happy with, I will share all of the information with all
[16:50] <nixternal> 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] <wftl> 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] <Riddell> wftl: for what use?
[16:53] <wftl> I haven't been able to use Kontact for days because Akonadi is always starting up and never actually starts.
[16:53] <jjesse> wftl: is this the real wftl?
[16:53] <wftl> jjesse: Indeed.
[16:54] <wftl> [ insert appropriate smiley here ]
[16:54] <jjesse> haha
[16:54] <wftl> You mean there's a fake one floating about somewhere?
[16:54] <nixternal> 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] <wftl> nixternal: not using anything other than classic file based calendar, contacts, etc.
[16:54] <jjesse> i tried under the beta but couldn't, now running RC but haven't tried
[16:55] <wftl> jjesse: I'm running the RC1 stuff. As you know, I follow this stuff quite closely.
[16:55] <nixternal> kmail constantly crashed with gmail offline imap for me, so I eventually gave up
[16:55] <wftl> Trouble is, I like Kontact. In fact, I love Kontact. I'd like to get it back.
[17:03] <Riddell> wftl: what doesn't work?
[17:06] <wftl> 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] <wftl> If I try to start Akonadi using the control panel, I get d-bus errors.
[17:07] <wftl> Akonadi server process not registered at D-bus.
[17:08] <wftl> Also, Nepomuk search service not registered at D-Bus
[17:08] <wftl> Apparently, the Akonadi control process is registered though. ;-)
[17:14] <Riddell> wftl: have you installed virtuoso?
[17:28] <daskreech> wait win for the lose?
[18:00] <wftl> Riddell: sorry. Went for lunch.
[18:00] <wftl> Yes, I have installed virtuoso.
[18:01] <wftl> There were a bunch of updates today. Ever hopeful, I shall log out and back in. :-) See if that helps.
[18:07] <daskreech> Ha
[18:07] <daskreech> The akonadi symbol just popped up in my systray
[18:07] <daskreech> Whatever wftl did. THanks! :)
[18:09] <wftl> 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] <ScottK> wftl: Karmic or Lucid?
[18:11] <daskreech> And the indicator applet started working again
[18:11] <freinhard> 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] <wftl> ScottK: Karmic
[19:17] <Riddell> who's a freenode staffer?
[19:17] <Riddell> nhandler?
[19:28] <nhandler> Riddell: Need something?
[19:30] <Riddell> nhandler: tzily needs kicked off network
[19:30] <Riddell> nhandler: abuse in #kubuntu then in /msg to me
[19:32] <nhandler> 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] <JontheEchidna> Riddell: could you promote icoutils to Main please? bug 505424
[19:48] <mcas> hi
[19:50] <JontheEchidna> Riddell: or is it proper to add the recommend, get kdebase-runtime uploaded, then it goes to component mismatches?
[19:52] <ScottK> 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] <JontheEchidna> the -runtime upload is waiting in bzr, at any rate
[19:56] <ScottK> It'd FTBFS now due to mesa anyway.
[19:57] <ScottK> I'd prefer to hold off until we get 4.4 rc1 built once so was know we have images for Alpha 2.
[20:01] <freinhard> Riddell: strigi failed because it requires debhelper 7.4
[20:09] <nixternal> 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)
[20:11] <ScottK> JontheEchidna: debhelper merge might be good for your core-dev application.
[20:11] <JontheEchidna> a proper debhelper merge ;-)
[20:11] <ScottK> I said might.
[20:11] <ScottK> That would help.
[20:19] <nixternal> we really should have MIR'd koffice deps now that it is in main
[20:19] <nixternal> our package sucks and will continue to suck, leaving a very poor representation of koffice
[20:20] <nixternal> we should have MIR'd these deps before moving to main is what I really meant
[20:21] <JontheEchidna> koffice has been in main since forever
[20:22] <JontheEchidna> the deps should have been MIR'd before the 1->2 transition though
[20:25] <nixternal> JontheEchidna: koffice2
[20:25] <nixternal> it is a nightmare, a piece of shit right now
[20:25] <nixternal> we did the conversion w/o thinking about its dependencies
[20:26] <nixternal> I fire up koffice and it seriously lacks damn near 50% of its features
[20:26] <JontheEchidna> that's what I said
[20:26] <nixternal> right
[20:26] <nixternal> so now I am going to MIR the deps, unless someone has already done that
[20:29] <JontheEchidna> fun
[20:36] <Riddell> nixternal: please go ahead
[20:41] <nixternal> updating some of the packages first
[20:41] <JontheEchidna> nixternal: I have a gtl update almost ready
[20:41] <JontheEchidna> *opengtl
[20:41] <nixternal> 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] <nixternal> opengtl is in the libopenctl or whatever it is called right?
[20:42] <nixternal> that needs an MIR as well
[20:42] <JontheEchidna> right
[20:43] <JontheEchidna> darkroom'll need a rebuild afterwards, so I'm wondering if it shouldnt' wait until mesa is fixed
[20:43] <JontheEchidna> I suppose I could pbuild darkroom to find out ;-)
[20:43] <nixternal> hehe
[20:43] <ScottK> It'll need mesa.
[20:43] <ScottK> You may as well wait
[20:43] <nixternal> 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] <Riddell> nixternal: libspnav isn't a shared library, it's a static library
[20:44] <nixternal> Riddell: there is a shared library now for it
[20:44] <nixternal> Riddell: bug 325066
[20:44] <Riddell> hmm, there is a .so
[20:44] <Riddell> there probably was a reason why I didn't package it
[20:45] <Riddell> for some value of proably
[20:45] <nixternal> Riddell: right, the 0.2 package didn't have that
[20:45] <nixternal> upstream fixed that with 0.2.1
[20:45] <Riddell> nixternal: is it versioned?
[20:46] <nixternal> yes, 0 :)
[20:46] <nixternal> so.0
[20:46] <nixternal> >>> [1097] objdump -p libspnav.so.0.1 | grep SONAME SONAME               libspnav.so.0
[20:47] <Riddell> ok sorted, go and make a libspnav0 package
[20:48] <nixternal> done, adding a watch file, will build, test it out, and then upload
[20:48] <JontheEchidna> Could I get this merged into software-properties trunk? https://code.launchpad.net/~echidnaman/software-properties/fixes
[21:46] <freinhard> Riddell: is there a need for strigi to depend on debhelper >= 7.4?
[21:54] <tseliot> nixternal, ScottK: mesa was built. Shall I rebuild kdebase-workspace after I rebuild X?
[22:05] <Riddell> freinhard: shouldn't be, I'll fix it
[22:05] <Riddell> tseliot: yes please
[22:05] <Riddell> there will be lots which need rebuilding
[22:05] <tseliot> Riddell: I meant to say, only after, right?
[22:06] <Riddell> tseliot: kde4libs can go at the same time
[22:06] <Riddell> kdebase-runtime too
[22:08] <tseliot> oh, ok, did that for kde4libs
[22:08] <tseliot> i386 and amd64
[22:10]  * freinhard wants a ppa rss feed
[22:10] <tseliot> I re-triggered kdebase-runtime too
[22:10] <tseliot> Riddell: ^^
[22:19] <tseliot> 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] <tseliot> i.e. don't panic ;)
[22:19]  * Riddell pats his copy of hitchhikers guide
[22:19] <JontheEchidna> three cheers for tseliot
[22:20] <tseliot> :-)
[22:20] <JontheEchidna> 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] <tseliot> JontheEchidna: AFAIK it should be based on ubuntu-core-dev
[22:21] <tseliot> where my last changes are
[22:21] <tseliot> (for nvidia, alternatives, etc.)
[22:22] <Riddell> JontheEchidna: icoutils promoted
[22:22] <JontheEchidna> I'm curious as to when exactly changes made to trunk meander over towards the ubuntu-core-dev branch
[22:23] <JontheEchidna> maybe I should poke pitti
[22:23] <tseliot> yes, I hadn't touched jockey for a long time before my last commit
[22:23] <tseliot> so pitti is the only one who can answer that question
[22:23] <Riddell> I thought jockey used a trunk branch and had a packaging branch which was trunk+debian directory
[22:24] <Riddell> since it's ment to be an upstream project
[22:24] <tseliot> some files (i.e. the handlers) are in different directories
[22:24] <Riddell> JontheEchidna: looking at software-properties
[22:24] <tseliot> as the handlers are more ubuntu specific
[22:27] <tseliot> 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] <tseliot> it's  been a pretty intense day
[22:27] <Riddell> tseliot: we'll keep an eye too
[22:27] <tseliot> ok, good
[22:29] <Riddell> JontheEchidna: merged, should I upload?
[22:29] <JontheEchidna> Riddell: yes please
[22:35] <Riddell> kdebase-runtime failed to compile!
[22:35]  * Riddell panics
[22:35] <tseliot> :-D
[22:36] <tseliot> re-rebuilding
[22:37] <tseliot> for amd64 and i386 at least
[22:37] <al> "building a distribution by trial and error" would make for a good book title ;)
[22:40] <tseliot> heh
[22:45] <ScottK> mesa should be good as of about now.
[22:45] <ScottK> It takes until :45 after for the publisher run to finish
[22:46] <tseliot> 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] <ScottK> The curren -workspace can't go until after kde4libs finished
[22:48] <ScottK> finished/finishes
[22:49] <ScottK> NCommander: Can you rescore kdemultimedia on amd64?
[22:50] <tseliot> ScottK: also I think we should wait for X to rebuild
[22:54] <Riddell> anyone on karmic able to test amarok 2.2.2 from kubuntu-ppa/backports ?
[22:54] <ScottK> tseliot: OK.  Well it'll succeed or fail at this point.
[22:55]  * ScottK won't kick any more off
[22:55] <tseliot> ScottK: as you wish
[22:55] <genii> Riddell: So how do I go about testing Amarok 2.2.2 ?
[22:56] <Riddell> genii: add this PPA https://edge.launchpad.net/~kubuntu-ppa/+archive/backports
[22:56] <genii> OK
[22:56] <genii> https and not http ?
[22:57] <Riddell> launchpad uses https, that's a web page, see "Technical details about this PPA" for the sources.list line
[22:59] <Riddell> 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] <ScottK> Riddell: Which PPA did you build it in?
[23:00] <Riddell> mm, backports
[23:01] <Riddell> build time value I guess then, how confusing
[23:01] <ScottK> BTW, the backports PPA should build against the backports pocket (I think).  It appears it doesn't currently
[23:02] <ScottK> 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] <Riddell> "don't panic" was tseliot's instructions
[23:03] <ScottK> OK.
[23:03] <tseliot> ScottK: yes, that was with the old mesa
[23:03] <ScottK> tseliot: What X package are we waiting for?
[23:04] <tseliot> ScottK: xorg-server, which failed for the same reason
[23:05] <tseliot> ScottK: it looks like X built but I don't know if it has been published already
[23:05] <ScottK> OK, so powerpc and i386 finished before the publisher run, so we ought to be OK for them in ~40 minutes
[23:05] <ScottK> NCommander: Looks like xorg-server is the most important one to get on amd64
[23:13] <amichair> JontheEchidna: thanks for covering that new soft-props unicode bug - u beat me to it :-)
[23:13] <amichair> JontheEchidna: (btw, u might want to use utf8() instead of unicode(), to cover all cases)
[23:26] <Riddell> 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] <JontheEchidna> amichair: I used utf8 at first, but that crashed the program as well (with a different error)
[23:30] <JontheEchidna> er, I think it was the other way around.
[23:31] <JontheEchidna> I used unicode, but it caused a crash, so I used utf8
[23:31] <ScottK> tseliot: kdemultimedia built on amd64 with the new mesa and the old X.
[23:31]  * ScottK it out for a while.
[23:31] <JontheEchidna> no, it was utf8 caused the issues, I think
[23:31] <tseliot> ScottK: this is great news :-)
[23:33] <nixternal> 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] <JontheEchidna> rock on
[23:34] <Riddell> nixternal: MIRs are pretty easy now, no wiki page to fill in, just a bug report
[23:35] <nixternal> yup
[23:44] <amichair> JontheEchidna: strange... I hope it's not a symptom of another lurking bug...
[23:45] <JontheEchidna> amichair: I have the trace, if you'd like to see it
[23:45] <amichair> sure
[23:45] <JontheEchidna> http://pastebin.ca/1747591
[23:47] <amichair> btw, is there any qa done at all on our developed packages?
[23:47] <amichair> (other than our own before committing)
[23:47] <Riddell> our community is our QA?
[23:48] <Riddell> I tested JontheEchidna's fix before merging
[23:48] <nixternal> does lucid support quilt source format 3.0?
[23:48] <Riddell> but nothing terribly formal, we don't have the manpower for formality I suspect
[23:48] <Riddell> nixternal: yes
[23:48] <nixternal> groovy
[23:48] <nixternal> thanks
[23:48] <JontheEchidna> new wallpapa: http://imagebin.ca/view/Pp1pl3h.html
[23:49] <JontheEchidna> I think it's going to be default, looking at the svn log
[23:49] <amichair> 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] <Riddell> JontheEchidna: that'll do nicely
[23:49] <nixternal> you would almost think kwwii was making these wallpapers...all these damn bubbles :)
[23:50] <amichair> Riddell: maybe some of the newcomers, who are normally pointed at triaging, can instead be pointed at some qa
[23:51] <amichair> or better integrate the two as a task
[23:52] <nixternal> ahh, that damn mesa
[23:52] <nixternal> cc -shared -Wl,-soname=libGLEW.so.1.5 -Wl,-Bsymbolic-functions -o lib/libGLEW.so.1.5.1 src/glew.pic_o  -lXmu -lXi -lGLU -lGL -lXext -lX11 -lGL
[23:52] <nixternal> /usr/bin/ld: cannot find -lGLU
[23:53] <nixternal> I am guessing that is related the mesa mess?
[23:54] <Riddell> that's the one
[23:57] <amichair> JontheEchidna: strange, that bug - there are no groupbox titles with non-ascii chars in them (in the .ui files)
[23:58] <JontheEchidna> amichair: the translations would have non-ascii characters though
[23:59] <JontheEchidna> oh, but that functions's supposed to translate them...
[23:59] <JontheEchidna> weird