[00:00]  * apachelogger waves fist in the general direction of CDs
[00:02] <DarkwingDuck> We need a better Kubuntu default wallpaper
[00:02] <apachelogger> what is wrong with that one?
[00:03] <DarkwingDuck> Not... Kubuntuy enough IMO
[00:03] <apachelogger> what is more kubuntu?
[00:04] <apachelogger> http://i.imgur.com/cV9Lt.png ? :P
[00:04] <DarkwingDuck> ROFL
[00:05] <DarkwingDuck> I've got to finish writing this Kubuntu Doc guide
[00:05] <DarkwingDuck> before I go to bed.
[00:05] <DarkwingDuck> This way the Kubuntu Doc Jam can launch
[00:06] <JontheEchidna> Nubuntu, powered by NDE
[00:06] <apachelogger> actually isnt there a nubuntu?
[00:06] <apachelogger> prn os or something
[00:06] <apachelogger> http://en.wikipedia.org/wiki/NUbuntu
[00:07] <apachelogger> there, so you can stream your prn over the networx
[00:08] <JontheEchidna> lol
[00:10] <JontheEchidna> "remaster it with tools needed for penetration testing"
[00:10] <JontheEchidna> yup, .prn os
[00:14] <apachelogger> kubotu: order bed
[00:14]  * kubotu is placing a cot for apachelogger in the corner of #kubuntu-devel.
[00:15] <apachelogger> JontheEchidna: it would be great if you could drop a mail about how our qtwebkit snapshot needs updating because apachelogger gets loads of crashes from it
[00:15] <apachelogger> kthxbai
[00:17] <JontheEchidna> debfx touched it last :P
[00:18] <JontheEchidna> rekonq can't edit LP blueprint whiteboards :(
[00:18] <JontheEchidna> oh, it does, it just doesn't stop spinning afterwards
[00:18] <JontheEchidna> brb, rebootin
[00:45] <jjesse> gotta love documentation, especially when every release we decide from application to name see Kontact vs Personal Information Manager
[00:45] <jjesse> boo
[00:50] <DarkwingDuck> LOL
[00:51] <DarkwingDuck> jjesse, I'm finishing this Kubuntu Doc Guide and then I'll be posting for the Kubuntu Doc Jam tonight.
[00:51] <JontheEchidna> apachelogger: from what I can see, installing flashplugin-installer on and amd64 system is supposed to install a bunch of i386 packages
[00:51] <micahg> JontheEchidna: that's correct
[00:52] <micahg> multiarch FTW!
[00:52] <JontheEchidna> before it was just using ia32-libs, yes?
[00:52] <micahg> yep
[00:53] <JontheEchidna> apachelogger: ok, so then Muon's lack of support for multiarch is display-only. You just can't tell the difference between packages from Muon's display: http://i.imgur.com/VFPId.png
[00:54] <JontheEchidna> apachelogger: what I think that should happen is that the QSortFilterProxyModel that the PackageModel drives can grow support for filtering by arch
[00:55] <micahg> ia32-libs is on its way out
[00:55] <JontheEchidna> that's nice. code copies are always un-nice
[00:56] <micahg> yup, it's a security nightmare
[01:05] <JontheEchidna> apachelogger: so, there's nothing magic needed to be done to support installing multiarch packages. The issue is that Muon needs to display them in a way to minimize confusion.
[01:07] <JontheEchidna> What I think I'll do is add the Package::architecture() and Package::isMultiArch() functions and have PackageProxyModel filter out archs based on filter mode. (Controllable by something in the GUI to specify "show only native" and "show native and foreign"
[01:07] <JontheEchidna> then PackageModel's data() function can check for multiarch and then return "foopackage (i386)" for the display name
[01:08] <JontheEchidna> as a bonus, we could even have PackageProxyModel tell PackageModel not to do any checks when PackageProxyModel is in native-only mode
[01:08] <JontheEchidna> since it'd be filtering out the multiarch ones in the proxy model
[01:21] <JontheEchidna> apachelogger: the only question is, should it default to "show both native and disambiguated foreign" or native-only for 11.10?
[01:22] <JontheEchidna> I don't know if it'd be prudent to include a GUI-method way to change the multiarch view policy in any patch I backport from Muon's git master since it wouldn't have translations... (only l10n'd in the languages that rosetta users will translate)
[01:25] <JontheEchidna> micahg: btw, about bug 831768. Is step 3 of the test case referring to performing upgrades on the flash package?
[01:25] <JontheEchidna> (I'm trying to make sure Muon doesn't have the same issues)
[01:26] <micahg> JontheEchidna: any upgrade
[01:26] <JontheEchidna> oh, wow. that's busted
[01:26] <micahg> JontheEchidna: and I'm using muon right now and it seems to be fine, my new choice until aptitude is fixed :)
[01:26] <JontheEchidna> :D
[01:26] <micahg> it shows me installed package size diffs which I like to look at
[01:27] <JontheEchidna> the only multiarch issue in Muon right now is that the entries for the multiarch packages look basically identical to the native ones
[01:28] <JontheEchidna> if you're clever, you'll remember that amd64 packages are usually larger than their i386 counterparts, and can check the size in the Technical Details tab :P
[01:28] <JontheEchidna> but otherwise it's quite confusing
[01:28] <micahg> you can't display it like dpkg does? foo:i386?
[01:28] <JontheEchidna> I can, Muon just doesn't at the moment
[01:29] <micahg> ah, ok
[01:29] <JontheEchidna> due to some unfortunate timing (and the lack of an amd64 install until today) I wasn't able to get multiarch support in for 1.2.0
[01:30] <JontheEchidna> so we're discussing how to best go about implementing it while keeping binary compatibility of the shared library and translations in mind
[01:31] <JontheEchidna> At any rate, I should have a patch that I'll backport to the oneiric packages fairly soon
[01:31] <micahg> well, it seems like displaying foo:arch for foreign arch packages is the easiest solution
[01:31] <micahg> that doesn't need to be translatable either
[01:32] <JontheEchidna> ah, the translations are a GUI way for optionally filtering out the foreign packages, if you want.
[01:32] <JontheEchidna> the end result will be foo:arch, we're just quibbling about the details :P
[02:04] <JontheEchidna> btw, how do we want to get gtk2-engines-oxygen:i386 on the CD by default?
[02:04] <JontheEchidna> or, at the least, installed alongside flash
[02:07] <micahg> is this only needed for KDE?
[02:14] <JontheEchidna> micahg: actually, flash will probably be unthemed in Unity/GNOME too unless and i386 gtk theme is installed
[02:14] <JontheEchidna> so maybe not just KDE
[02:59] <JontheEchidna> apachelogger: http://i.imgur.com/NLcth.png
[03:02] <JontheEchidna> I'm going to filter out packages that don't explicitly support MultiArch installation (E.g. have the Multi-Arch debian/control field)
[03:12] <micahg> JontheEchidna: you do realize that a large part of the archive still isn't multiarch ready, right?
[03:13] <JontheEchidna> right, but apt shows the :i386 versions of packages that aren't
[03:13] <JontheEchidna> those are what I'm proposing to filter out
[03:13] <micahg> ah, just for multiarch, sounds good :)
[03:13] <JontheEchidna> technically apt considers them to be a separate package internally ;-)
[03:13] <micahg> yep
[04:25] <JontheEchidna> apachelogger: hmm, performance with this is pretty abysmal. any solution where we check for multiarch is going to slow down things immensely
[04:26] <JontheEchidna> I think I should just throw down an "Architecture" column and be done with it
[04:26] <JontheEchidna> (always showing a package's arch in a separate column)
[04:27] <JontheEchidna> I'll still filter out non-multiarch enabled foreign archs. That doubles startup time, but isn't too horrible
[04:56] <JontheEchidna> I can eliminate the double startup time for non-multiarch systems, at least
[05:06] <JontheEchidna> hmm, I could cache the check for multiarch
[05:06] <JontheEchidna> and maybe initialize it in the package constructor
[05:10] <JontheEchidna> apachelogger: I think I can get this to work, actually.
[05:11] <JontheEchidna> but it is bedtime
[05:14] <Daskreech> hi JontheEchidna
[05:14] <Daskreech> Umm
[05:14] <Daskreech> NIght I shuld say :)
[06:51] <Mamarok> hi all. Are you aware of this? -> https://bugs.kde.org/show_bug.cgi?id=280356#c3
[07:43] <djszapi> Hi! Quintasan_ Could you make the changes against kde-runtime since that we discussed it ?
[08:58] <bambee> morning
[09:13]  * bambee needs two motus to review touchegg-gui (the FFe is approved, http://revu.ubuntuwire.com/p/touchegg-gui)
[09:29] <apachelogger> bambee: one issue here and there
[09:30] <bambee> oh, indeed
[09:36] <bambee> "I do not think that attributing debian/* copyright to Kubuntu developers makes any sense"  , Do I remove this copyright... ?
[09:36] <bambee> o.O
[09:45] <apachelogger> bambee: attribute yourself
[09:46] <apachelogger> you can claim that copyright is with Darth Vader, but without legal basis you are still actual copyright holder
[09:50] <bambee> lol
[09:50] <bambee> ok
[09:53] <bulldog98> yofel_: where do the build fails for kdevelop daily ppa go to?
[09:59] <bambee> everything is fixed
[10:21] <Riddell> ScottK: not applying for UDS sponsorship?
[10:27] <Riddell> rbelem: you're down as "Sponsorships requested on behalf of another" what does that mean?
[10:27] <Riddell> ah and so is ScottK hidden in that category
[10:46] <bulldog98> Riddell: has bazaar something like .gitignore?
[10:47] <Riddell> bulldog98: see  bzr ignore  command
[10:47] <Riddell> also  bzr ignored
[10:47] <bulldog98> ah ok
[11:28] <rbelem> Riddell, i did not apply yet
[11:28] <Riddell> rbelem: someone seems to have applied for you
[11:29] <rbelem> Riddell, nice :-) I completely forgot
[11:29] <Riddell> I think there's about 8 Kubuntu related people who have applied, probably we don't get everyone
[11:30] <rbelem> no worries
[11:30] <rbelem> :-)
[11:50] <Riddell> but you all get a vote from me of course
[11:57]  * rbelem hugs Riddell 
[11:58] <rbelem> :-)
[12:30]  * ScottK waves from Panera (restaurant with wifi) as there's still no power at home due to the hurricane.
[12:33] <bulldog98> ScottK: you need independent power production at home :)
[12:33] <ScottK> I had that at one point, but the generator got stolen (several years ago)
[12:34] <bulldog98> ScottK: were you goblins and dragons sleeping? :P
[12:34] <ScottK> It was an inside job, someone they knew.
[12:34] <ScottK> (no proof, of course)
[12:37] <bambee> nothing serious ? I mean, I hope you've not serious damages at your home...
[12:39]  * bambee needs to watch tv to be informed better about this hurricane
[12:51] <ScottK> No.  Just no power.
[12:51] <ScottK> We were only at the fringes of it.
[13:05] <Mamarok> power seems to be one of the things to always break first in the US, regardless of the natural forces involved
[13:07] <bulldog98> in Europe everything else will break first (e.g. TV)
[13:11] <Sput> can't remember my TV breaking because of natural forces
[13:11] <ScottK> It's very localized. 
[13:11] <ScottK> 5 minutes drive from where I live, there was never any power loss at all.
[13:12] <shadeslayer> \o
[13:21] <Mamarok> for some unkown reasson the latest Oneiric update caused the default file manager to be konqueror instead of Dolphin
[13:21] <bulldog98> is there a way to reinstall all packages?
[13:24] <shadeslayer> bulldog98: not entirely sure, but i think you can do sudo apt-get --reinstall install * or sth like that
[13:25] <bulldog98> shadeslayer: that’s exactly what I tried and that didn’t work
[13:25] <shadeslayer> try the same with dpkg?
[13:25] <shadeslayer> i know you can reconfigure using dpkg-reconfigure -a
[13:26] <shadeslayer> but thats all i've used dpkg for ...
[13:29] <apachelogger> shadeslayer, bulldog98, debfx, yofel_: we need a nu qtwebkit!
[13:29] <bulldog98> apachelogger: yes even rekonq git build crashes with current one
[13:29] <apachelogger> because the crash is in qtwebkit
[13:30] <debfx> apachelogger: will that actually fix your problems or is it just a vague hope?
[13:30] <apachelogger> vague hope
[13:30] <apachelogger> actually
[13:30] <apachelogger> since 2.2 is frozen IIRC the newer the better
[13:30] <apachelogger> the newer the more bug fixes
[13:34] <shadeslayer> i can take that up tonight
[13:34] <shadeslayer> apachelogger: upload yer code
[13:36] <apachelogger> what code
[13:38] <shadeslayer> GSoC code to code.google.com
[13:38] <shadeslayer> apachelogger: http://code.google.com/p/google-summer-of-code-2011-kde/
[13:39] <apachelogger> oh
[13:39] <apachelogger> brrr
[13:39] <apachelogger> google code
[13:39] <apachelogger> shadeslayer: where was the documentation for code sample structure?
[13:40] <shadeslayer> apachelogger: http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2011/codeguidelines 
[13:40] <apachelogger> cheers
[13:40] <Riddell> apachelogger: http://revu.ubuntuwire.com/p/dolphin-plugins-bazaar updated
[13:40] <shadeslayer> apachelogger: just do : git log 'HEAD@{24-05-2010}'..'HEAD@{16-08-2010}' -p > mywork.diff
[13:41] <shadeslayer> erm
[13:41] <shadeslayer> change the dates of course xD
[13:41] <apachelogger> Riddell: advocated
[13:41] <apachelogger> or not
[13:41] <apachelogger> Oo
[13:41] <apachelogger> rekonq broken
[13:41] <apachelogger> Riddell: consider it advocated
[13:42]  * shadeslayer goes back to reading stuff 
[13:42] <apachelogger> shadeslayer: git diff master :P
[13:42] <shadeslayer> hah, that works too
[13:42] <Riddell> apachelogger: awooga, do I need a FFe for new packages in universe?
[13:43] <shadeslayer> apachelogger: btw wouldn't that give only a diff between your branch and master? i mean, adding a history along with each patch looks much better :P
[13:43] <apachelogger> Riddell: yes
[13:44] <apachelogger> https://wiki.ubuntu.com/FeatureFreeze Exceptions have to be approved by the release management team for all packages in the archive (ie main, restricted, universe and multiverse). 
[13:44] <apachelogger> shadeslayer: why?
[13:44] <shadeslayer> apachelogger: personal preference
[13:44] <apachelogger> so it looks like you did more work than you really did? :P
[13:44] <shadeslayer> lol
[13:45]  * shadeslayer just tarred up everything and uploaded it
[13:46] <shadeslayer> apachelogger: Riddell yofel_ Quintasan_ what do you guys think about Project Neon ISO's ?
[13:46] <shadeslayer> live disks etc
[13:47] <Riddell> bug 836698
[13:47] <Riddell> shadeslayer: sounds interesting but I suspect it would be a lot of work for not many users
[13:47] <ScottK> Did someone figure out how to fix -runtime-active installability?
[13:49] <apachelogger> just drop the depends
[13:49] <shadeslayer> hmm
[13:49] <apachelogger> I thought someone was working on it?!!?!?!@
[13:50] <ScottK> apachelogger: I've got crap bandwidth and high latency (due to working from public wifi at a restaurant).  Could you please find someone to fix it?
[13:50] <apachelogger> shadeslayer: btw, you should learn how to tar with a terminal because your tar contains rubbish
[13:50] <apachelogger> alternatively you could just stop using proprietary patent supporting products
[13:50] <apachelogger> ScottK: yeah
[13:50] <apachelogger> bulldog98: do something!
[13:51] <ScottK> Thanks.
[13:51] <shadeslayer> apachelogger: i did tar it with the command line
[13:51] <shadeslayer> weird
[13:51] <bulldog98> apachelogger: I’ve got 56 kbit/sec down so ScottK has more
[13:51] <shadeslayer> will fix in a couple of minutes, gotta run a errand
[13:52] <apachelogger> shadeslayer: and yet there is rubbish, that is one cool OS you are using there
[13:52] <apachelogger> bulldog98: I did not say you should fix it, you should make someone fix it for you
[13:53] <apachelogger> cause I think you said that it was a known issue
[13:53] <apachelogger> so you are the perfect person to make it go away
[13:53] <bulldog98> apachelogger: you mean rekonq?
[13:53] <bulldog98> apachelogger: I thought you meant kde-workspace-active
[13:54] <bulldog98> apachelogger: maybe I’ll try to fix that
[13:55] <apachelogger> g
[13:55] <apachelogger> bulldog98: I mean runtime-active
[13:55] <apachelogger> which has depends: runtime and conflicts/replaces: runtime
[13:55] <apachelogger> making the thing uninstallable
[14:06]  * ScottK hopes claydoh didn't get flooded out and can do release notes ...
[14:08] <bulldog98> apachelogger: what do you think about -active providing kdebase-runtime?
[14:09] <bulldog98> and kde-runtime to, so we can drop that metapackage
[14:10] <apachelogger> bulldog98: what metapackage?
[14:11] <bulldog98> apachelogger: transitional package I meant
[14:11] <apachelogger> bulldog98: what transitional package?
[14:11] <bulldog98> apachelogger: we drop doing kdebase-runtime and provide it with kde-runtime and kde-runtime-active
[14:14] <apachelogger> ehm
[14:14] <apachelogger> transitional packages are there for a reason
[14:14] <apachelogger> bulldog98: why not have kde-runtime-active provide replace and conflict kde-runtime
[14:14] <apachelogger> has the same effect
[14:14] <apachelogger> kdebase-runtime can still depend kde-runtime, but -active would fullfill it just as well as -runtime
[14:15] <bulldog98> apachelogger: cause something depends on kdebase-runtime and that depends on kde-runtime
[14:15] <bulldog98> apachelogger: what about doing kdebase-runtime depends on kde-runtime|kde-runtime-active
[14:17] <apachelogger> you did not read what I wrote
[14:17] <apachelogger> if -active PROVIDES -runtime, then -active will fullfil kdebase-runtime's dependency on kde-runtime
[14:19] <bulldog98> apachelogger: ok
[14:21] <bulldog98> apachelogger: I think it’s kubuntu-debug-installer’s failt it’s still depending on kdebase-runtime
[14:21]  * ScottK is fixing kalzium installability.
[14:22] <apachelogger> bulldog98: someone should fix it then? :P
[14:22] <bulldog98> apachelogger: maybe
[14:23] <apachelogger> ScottK: can I throw stuff at the archive and have it stay in new until after freeeze?
[14:23] <ScottK> apachelogger: Yes.
[14:24] <ScottK> New/Unapproved, but in concept the same.
[14:27] <shadeslayer> apachelogger: heh, fixing
[14:28] <apachelogger> shadeslayer: fixing what?
[14:28] <shadeslayer> apachelogger: tarball
[14:28] <yofel_> bulldog98: build failures for kdevelop dailes should go to the ~kdevelop mailing list (currently empty)
[14:29] <apachelogger> right
[14:30] <apachelogger> bulldog98: I think kubuntu-debug-installer just needs a re-upload
[14:30] <apachelogger> the runtime dep seems to be added by the pkg-kde-tools
[14:30] <shadeslayer> hmm
[14:30] <shadeslayer> apachelogger: i can't update the tarball?
[14:30] <apachelogger> oh
[14:30] <apachelogger> the JontheEchidna has pending changes there too
[14:30] <apachelogger> geee
[14:31] <apachelogger> shadeslayer: *Shrug* google code is awesome
[14:31] <apachelogger> like lunchpad
[14:31] <shadeslayer> ...
[14:31] <apachelogger> shadeslayer: you probably can delete the download
[14:31] <apachelogger> and create a new one
[14:31] <shadeslayer> yeah, thats what i'm doing
[14:31] <ScottK> Sigh.  Need to get 16.0 MB/110 MB of archives. After unpacking 487 MB will be used.
[14:31] <shadeslayer> compression++
[14:32] <yofel> someone implement debdiffs
[14:32] <shadeslayer> hahahaha
[14:32] <shadeslayer> thats like a bazillion releases away
[14:33] <yofel> IIRC it was on the todo list for 12.04, as it was like forever
[14:34] <CIA-1> [kubuntu-debug-installer] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20110829143406-2unl2f15rbqvwa4x * debian/changelog Upload to rebuild and get rid of kdebase-runtime dep (renamed to kde-runtime)
[14:35] <apachelogger> yofel: debdiffs?
[14:35] <yofel> bah, I'm sleepy today, debdelta
[14:39] <apachelogger> oh well
[14:40]  * apachelogger still prefers having a longer download over stuff eating away his cpu while watching 1080p prn
[14:40] <shadeslayer> Sput: no keycombos to switch between channels?
[14:40] <shadeslayer> in Quassel
[14:41] <Sput> shadeslayer: yeah, look into the shortcuts settings
[14:44] <bulldog98> apachelogger: I’m doing a test if Provides: kde-runtime for kde-runtime-active solves the problem
[14:45] <bulldog98> otherwise we have to fix pkg-kde-tools
[14:45] <shadeslayer> ah, yes, found them
[14:46] <apachelogger> bulldog98: what is to be fixed in pkg-kde-tools?
[14:47] <bulldog98> apachelogger: adding kde-runtime as dep, if the package breaks and conflicts with kde-runtime
[14:47] <bulldog98> maybe
[14:47] <apachelogger> it is doing that
[14:47] <apachelogger> only you people did not start a rebuild party for stuff that has kdebase-runtime :P
[14:49] <bulldog98> apachelogger: can rebuilding be tiggered within launchpad, without uploading a newer version?
[14:49] <apachelogger> no
[14:49] <apachelogger> oh 
[14:49] <apachelogger> dinnerz
[14:49] <bulldog98> this should go to the wishlist for launchpad
[14:52] <bulldog98> apachelogger: should I paste all the packages that need a rebuild?
[14:52] <ScottK> apachelogger: What kubuntu-debug-installer the thing that should wait until after beta1 or should that go in?
[14:53] <ScottK> What needs rebuild?
[14:53] <bulldog98> ScottK: it’s a rebuild for getting rid of kdebase-runtime dep
[14:53] <bulldog98> ScottK: you simply build it again
[14:53] <ScottK> OK.
[15:01] <bulldog98>  apachelogger: these need a rebuild, too: plasma-widget-tictactoe plasma-widget-teacooker plasma-widget-stockquote plasma-widget-simplemonitor plasma-widget-searchmoid plasma-widget-playwolf plasma-widget-nextwallpaper  plasma-widget-memusage  plasma-widget-makestatus plasma-widget-fortunoid 
[15:01] <bulldog98> even wine needs a rebuild since they depend on kdebase-runtime
[15:02] <bulldog98> ok they only recommend it
[15:06] <apachelogger> bulldog98: wine probably has it hard coded in the control file though
[15:06] <bulldog98> apachelogger: that’s what I think too
[15:07] <bulldog98> but still we could simply adjust that, but it’s not that important for kde-runtime-active
[17:16] <bulldog98> apachelogger: what can be reasons for icecc not working in an pbuilder?
[17:17] <apachelogger> not petting it enough
[17:19] <bulldog98> I’ve got ICECC_VERSION set and the PATH adjusted is there anything else needed with our awesome hook?
[17:22] <apachelogger> I dunno
[17:22] <apachelogger> havent used it in ages
[17:24] <yofel> hm, as long as the hook is executable it should work
[17:24] <yofel> although I'm using icecc AND ccache so my setup is: http://paste.kde.org/115765
[17:30] <bulldog98> yofel: that’s what I intend to use, too
[17:30] <yofel> WFM
[17:30] <yofel> bulldog98: maybe use export ICECC_DEBUG=debug too so you know if it's even called
[17:31] <bulldog98> yofel: it’s called, but it uses local building and I don’t know why
[17:31] <yofel> does the system show up in icemon?
[17:31] <yofel> do you have a scheduler running?
[17:35] <bulldog98> yofel: no and yes
[17:36] <bulldog98> and even better cmake uses /usr/bin/gcc
[17:37] <yofel> AAAAAAAHHH
[17:37] <yofel> sec
[17:37] <yofel> forgot about that
[17:37] <yofel> bulldog98: pull pbuilder from ninjas (oneiric)
[17:37] <bulldog98> yofel: is there a bug in pbuilder?
[17:37] <yofel> or someone go fix bug 826031
[17:38] <bulldog98> that’s really nice thing to do
[17:38]  * bulldog98 hugs yofel for pointing me to that
[17:38] <yofel> well, it's the new su / sudo behaviour that breaks it
[18:02] <bulldog98> yofel: yeah now it works
[18:05] <bulldog98> yofel: ICECC: building myself, but telling localhost
[18:05] <bulldog98> wtf
[18:06] <bulldog98> apachelogger: does the hook handles if you want to compile for i386 on an amd64?
[18:08] <yofel> sure, the tarball in ICECC_VERSION distributes your compiler in the grid so cross compilation isn't a problem
[18:09] <yofel> that includes building in a i386 chroot
[18:09] <bulldog98> yofel: problem is that it creates an amd64 instead of the i386 distrop
[18:10] <yofel> well, you do need a i386 pbuilder chroot for i386 binaries, and amd64 chroot will build amd64 binaries
[18:10] <bulldog98> yofel: yes
[18:10] <yofel> or if you build locally you'll need to set ICECC_VERSION to a tar of the i386 compilers
[18:11] <yofel> which needs a chroot too
[18:11] <bulldog98> yofel: ICECC[19121] 18:10:50: env: x86_64 '/tmp/icecc-pb.tar.gz'
[18:11] <bulldog98> that’s in an i386 chroot
[18:11] <yofel> o.O
[18:12] <yofel> icecc-pb.tar.gz is created by the hook?
[18:12] <bulldog98> yofel: yes
[18:12]  * yofel tries here
[18:13] <bulldog98> yofel: I guess problem is icecc --build-native
[18:14] <yofel> well, in the i386 chroot that should do the right thing
[18:15] <yofel> great, failed here too
[18:15] <yofel> this did work at some point...
[18:18] <bulldog98> yofel: problem for me is I only owe one amd64 CPU so i386 nearly halfes my build time (if everything compiles)
[18:20] <bulldog98> yofel: the hook is executed within the chroot, isn’t it?
[18:20] <yofel> it is, but maybe it uses uname -m or so to get the machine type, which would be a problem
[18:25] <bulldog98> yofel: has icecc an irc channel?
[18:25] <yofel> no idea
[18:27] <apachelogger> #opensuse-kde? :P
[18:38] <bulldog98> yofel: is icecc really not using cmake and is in the kde repro?
[18:38] <yofel> well, it's the opensuse kde folks that made it, don't ask me more
[18:43] <debfx> yofel: is that pbuilder PATH issue a regression from natty?
[18:44] <debfx> the sudo in natty seems to reset PATH as well
[18:44] <yofel> it's a regression from sometime before, I would agree though that natty is probably broken as well
[18:44] <yofel> didn't use icecc in a while
[19:25] <apachelogger> debfx: so, are you doing a qtwebkit snapshot?
[19:42] <shadeslayer> apachelogger: wait, there's no proper release?
[19:44] <apachelogger> of who?
[19:45] <shadeslayer> qtwebkit
[19:45] <apachelogger> not yet, no
[19:49] <debfx> apachelogger: I'm kind of busy right now and creating new qtwebkit snapshots is a PITA
[21:07] <JontheEchidna> apachelogger: oh, those changes were meant to go in to Kubuntu 11.04 :s
[21:08] <JontheEchidna> guess I forgot to actually upload before release ^^
[22:47] <bambee> night
[23:09] <JontheEchidna> apachelogger: ok, so I have multiarch display that increases startup time from 1.5s to 2.5s (but only on amd64), only increases total mem. usage by 72 KiB, and has no noticeable speed affect on package filtering/sorting :D
[23:09] <apachelogger> hm, 1 sec, that is not too bad IMHO
[23:10] <JontheEchidna> and it's non-blocking on the GUI with a nice indicator so it's not anything too bad
[23:12] <JontheEchidna> the end result is that not every package is duplicated within muon, and those that are specifically multiarch-enabled look like this: http://i.imgur.com/mGuz7.png
[23:12] <JontheEchidna> a good enough solution for a backport for our 1.2.x packages in oneiric, imho
[23:14] <JontheEchidna> that 1 sec was unavoidable for any solution where you segregate out multiarch packages
[23:14] <JontheEchidna> so overall I'm pretty happy
[23:14] <apachelogger> hm
[23:14] <apachelogger> JontheEchidna: as long as there are no duplicates in the software center :P
[23:16] <JontheEchidna> hmm, the only place that would be an issue is in the PPA views that show all packages in the PPA, and not just apps
[23:16] <JontheEchidna> but it won't be hard to fix at all :)
[23:18] <JontheEchidna> after the QApt magic this is all that had to be done for MPM + the updater: http://paste.ubuntu.com/677546/
[23:21] <JontheEchidna> (QApt magic: http://paste.ubuntu.com/677548/)
[23:53] <JontheEchidna> ok, so I've got the multiarch changes in git master/1.2 branch. The next QApt/Muon release is in two weeks, and since this is just a display issue I think it can wait until then without needing a backport
[23:54] <JontheEchidna> http://status.ubuntu.com/ubuntu-oneiric/u/echidnaman.html I am doing so good that I'm trending the absurdly-low burndown line initially given. :D