[00:06] <shadeslayer> *facepalm*
[00:21] <shadeslayer> debfx: around?
[00:40] <shadeslayer> debfx: Quintasan JontheEchidna i've pushed my kdelibs branch over here : https://code.launchpad.net/~rohangarg/kdelibs/ubuntu
[00:41] <shadeslayer> now i'm off to study for my last couple of exams :)
[00:41] <shadeslayer> cya
[00:43] <ScottK> FYI, Bug #789708
[00:48] <JontheEchidna> this is horrifying: http://www.theopensourcerer.com/2011/05/28/ubuntu-uk-loco-cds/
[00:49] <JontheEchidna> :'(
[00:52] <ScottK> Someone who lives on the relevant island should arrange a rescue.
[00:52] <ScottK> Where is Riddell when you really need him?
[00:55] <valorie> AlanBell actually runs kubuntu, at least sometimes
[00:55] <valorie> he's just exposing the hens to good computing!
[00:56] <ScottK> Maybe time for seaLne to the rescue ...
[00:56] <valorie> lol
[00:58] <ScottK> So it's definitely after 0001UTC, right?
[00:59] <ScottK> No.  3 more minutes
[00:59] <ScottK> Two even
[01:00] <ScottK> So I can finish the KC election as soon as we hit Sunday UTC.
[01:01] <valorie> how many voted, ScottK?
[01:01]  * ScottK decides to wait an extra minute or two in case someone saw that and went "oops, forgot to votee."
[01:02] <valorie> thank you for running the election, btw
[01:02] <ScottK> 34 of 57 eligible.
[01:02] <ScottK> No problem.  The only annoying part was getting the email addresses out of LP.
[01:02] <ScottK> No one voted in the last two or three days.
[01:02] <valorie> indeed
[01:02] <valorie> hmmm, just over half
[01:03] <valorie> voting like Americans
[01:03] <ScottK> Not bad considering many of them aren't very active anymore.
[01:03] <ScottK> OK.  Time.
[01:03] <ScottK> http://www.cs.cornell.edu/w8/~andru/cgi-perl/civs/results.pl?id=E_714f581d4fc2dad7
[01:04] <ScottK> Congratulations apachelogger, JontheEchidna, and DarkwingDuck
[01:06]  * DarkwingDuck chuckles
[01:14] <ScottK> OK.  Results announced.
[01:17] <ScottK> DarkwingDuck: Since you're the newbie, you get to schedule a meeting for next week to review/approve specs and process any memberships.
[01:18] <ScottK> Doodle poll is the usual method.
[01:21] <ScottK> I mailed Riddell and asked him to adjust team membership.
[01:27] <claydoh> w00t! congrats to apachelogger DarkwingDuck and JontheEchidna !!
[01:28] <ScottK> Unsubscribed from kubuntu-users ML.  If anyone from there bitches about the election and I need to know, someone please tell me.
[01:30] <ScottK> apachelogger: While your busy not setting up the ice cream magic on our arm boxes, would you please have a look at Bug #773062 and see if maybe there's a fix we can cherrypick for an SRU?
[02:04] <claydoh> ScottK: from the lack of any response to the poll om the -users list, should be no problem. Heck not many Kubuntu users in there imo lol
[02:05] <claydoh> also lack of response in the forums iirc as well, tho most there do use kubuntu  :D
[02:05] <ScottK> Yeah, I didn't figure it was high risk to go ahead and unsubscribe.
[06:58] <Linkmaster> Hey, popping in here for two things, first is, I wanted to say thanks for all your work on Kubuntu, its my favorite OS since I picked it up, so yeah. thanks!
[06:59] <ScottK> Thanks.
[07:34] <tsimpson> aww, seems no one likes poor old me :(
[07:34] <tsimpson> but seriously, congrats to apachelogger, DarkwingDuck and JontheEchidna :D
[08:12] <yofel> apachelogger, DarkwingDuck, JontheEchidna: congratulations :D
[09:15] <bambee> morning
[09:25] <bambee> JontheEchidna: when you write "in bzr" on merges.u.c , what do you mean ? I don't find these packages into our repositories (kubuntu-ninjas, kubuntu-ppa)
[09:27] <yofel> that should be lp:~kubuntu-packagers/<package>/ubuntu
[09:27] <yofel> bzr means bzr, not PPA
[09:34] <bambee> ah o_O
[09:34] <bambee> that's why I did not find them... xD
[09:35] <Quintasan> apachelogger, JontheEchidna, DarkwingDuck: Grats
[10:04] <Quintasan> ScottK: Thanks for running the elections
[10:41] <apachelogger> debfx, ScottK: what package were you talking about WRT update-alternatives > dpkg-divert and debconf?
[10:41] <debfx> apachelogger: kdesudo
[10:41] <bambee> apachelogger, JontheEchidna, DarkwingDuck: congrats btw ;)
[10:41] <debfx> but I think we should keep update-alternatives
[10:42] <apachelogger> uhm, overlord again \o/
[10:42]  * apachelogger hugs the members
[10:47] <apachelogger> debfx: we are upstream to debian, if debian thinks diverging from upstraem is good then that is not our fault :P
[10:48] <apachelogger> incidentially there is a good reason for using update-alternatives ... try looking for divert kdesudo on launchpad bugs
[10:48] <apachelogger> there are approx 5000000 of those
[10:48] <apachelogger> there constantly went stuff wrong, making the kdebase/runtime upgrade fail ever so often
[10:58] <apachelogger> JontheEchidna, DarkwingDuck: congrats
[12:21] <bambee> the debian version for kdenetwork contains this .install file http://paste.ubuntu.com/614523/
[12:21] <bambee> however, these files are not built and do not exist in debian/tmp/ o_O
[12:22] <bambee> (fileshare_propsdlgplugin.so and kcm_kcmsambaconf.so for example)
[12:22] <bambee> and the only patch in debian/patches has nothing to do with that... wtf ?
[12:24] <debfx> afaik we have backported samba related stuff form 4.7
[12:49] <apachelogger> ScottK: that cmake bug looks like fun btw
[12:50] <apachelogger> also I do not think it is a cmake issue at all
[12:50] <apachelogger> or perhaps it is, but only partially
[12:51] <apachelogger> in particular it is probably falling over the fact that cxx has a cmd and a arg, which generally speaking of course is a bit of a bogus situation
[12:55] <apachelogger> yeah
[12:55] <apachelogger> gcc got three args with -d
[12:55] <apachelogger> cmake does not call either
[12:56]  * apachelogger runs cmake with tracing
[12:57] <apachelogger> /usr/share/cmake-2.8/Modules/Platform/UnixPaths.cmake(32):  EXECUTE_PROCESS(COMMAND dpkg-architecture -qDEB_HOST_MULTIARCH OUTPUT_VARIABLE CMAKE_ARCH_TRIPLET OUTPUT_STRIP_TRAILING_WHITESPACE )
[12:57] <apachelogger>    Called from: [4]	/usr/share/cmake-2.8/Modules/Platform/UnixPaths.cmake
[12:57] <apachelogger>                 [3]	/usr/share/cmake-2.8/Modules/Platform/Linux.cmake
[12:57] <apachelogger>                 [2]	/usr/share/cmake-2.8/Modules/CMakeSystemSpecificInformation.cmake
[12:57] <apachelogger>                 [1]	/home/me/src/git/libechonest/CMakeLists.txt
[12:57] <apachelogger> /usr/bin/ccache: invalid option -- 'd'
[12:57] <apachelogger> 5 bucks that call comes from a patch
[12:57] <debfx> eh, why do we have a security patch from 2009 in kde4libs that is not applied upstream :O
[12:57] <apachelogger> me@osiris:/tmp/cmake-2.8.4+dfsg.1$ grep -ri dpkg-architecture .
[12:57] <apachelogger> ./debian/patches/ubuntu_multiarch_library_directory.diff:+EXECUTE_PROCESS(COMMAND dpkg-architecture -qDEB_HOST_MULTIARCH OUTPUT_VARIABLE CMAKE_ARCH_TRIPLET OUTPUT_STRIP_TRAILING_WHITESPACE)
[12:58] <apachelogger> jr strikes again :P
[12:58] <debfx> what's wrong with it?
[12:59] <apachelogger> well, it causes ccache -dumpmachine to be called
[12:59] <apachelogger> leading to an eror in ccache
[12:59] <apachelogger> as obviously the call should be ccache gcc -dumpinfo
[12:59] <apachelogger> eh
[12:59] <apachelogger> dumpmachine
[13:01] <apachelogger> debfx: perhaps the patch was applied differently upstream?
[13:01] <debfx> it wasn't applied at all, upstream doesn't care about multiarch (yet?)
[13:03] <debfx> how does ccache hook into the buildsystem? does it modify $PATH?
[13:05] <apachelogger> no
[13:05] <apachelogger> you set a new CXX and CC env var
[13:06] <apachelogger> debfx: multiarch is something gcc, that should totally be implemented in cmake upstream
[13:06] <apachelogger> anyhow
[13:06] <apachelogger> for some reason dpkg-architecture calls:
[13:06] <apachelogger> execve("/bin/sh", ["sh", "-c", "${CC:-gcc} -dumpmachine"], [/* 50 vars */]) = 0
[13:06] <apachelogger> resulting in
[13:06] <apachelogger> execve("/usr/bin/ccache", ["/usr/bin/ccache", "-dumpmachine"], [/* 50 vars */]) = 0
[13:06] <apachelogger> which then produces crap outs
[13:08] <apachelogger> I believe cmake pokes the env around a bit
[13:08] <apachelogger> I know that it definitely stores CC/CXX as a combo of command + argN
[13:09] <apachelogger> so if cmake were to set its envrionemnt so that CC only contains the command and no the arg (which is generally sane behaviour I suppose), that would screw over the poor old dpkg-architecture
[13:21] <debfx> merging is so confusing :/
[13:35] <bambee> debfx: I was talking about this patch http://paste.ubuntu.com/614543/ ?
[13:37] <debfx> bambee: yes, that patch clearly removes those kcms
[13:41] <debfx> kde4libs is almost ready
[13:42] <bambee> debfx: I know, but this is the patch commited into kubuntu-packagers/kdenetwork/ubuntu :D
[13:42] <bambee> look at http://bazaar.launchpad.net/~kubuntu-packagers/kdenetwork/ubuntu/view/head:/debian/patches/kubuntu_05_samba_sharing.diff then
[13:43] <bambee> - should be replaced by + I guess
[13:46] <debfx> why is that?
[13:46] <debfx> but it reminds me, we need to adapt that patch to call qapt
[13:48] <debfx> bambee: that patch removes some old crappy kcms and adds a new plugin
[14:00] <yofel> does someone know if there's a reason kdesdk is built against an explicit version of boost in kubuntu?
[14:03] <bambee> debfx: ohh I understood. the debian kdenetwork-filesharing.install is too old
[14:04] <bambee> debian kde team did not backport this patch ?
[14:08] <bambee> well apparently not
[14:09] <yofel> we added that ourselves, ask them if they want the patch
[14:10] <yofel> they might not even know it exists
[14:11] <bambee> ok
[14:14] <apachelogger> c2tarun: Tarun K. Mall (c2tarun) has accepted the invitation to make Kubuntu
[14:14] <apachelogger> Mobile Team (kubuntu-mobile) a member of UBUNTU - AL (linux-traipu).
[14:14] <apachelogger> WTH
[14:14] <apachelogger> ?
[14:14] <c2tarun> ??
[14:14] <c2tarun> apachelogger: actually I dont exactly know what is it. I thought you guys are starting something new
[14:15] <yofel> all ninjas are kubuntu-mobile admins for some reason, you usually shouldn't touch it
[14:15] <apachelogger> c2tarun: in that case you probably should not touch things?
[14:16] <c2tarun> yofel, apachelogger: sorrrryyy :(
[14:17] <c2tarun> apachelogger: sorry, this question might be irrelevant for this channel, but I dont know where to ask. being a KDE-developer is there a way to directly contribute to kubuntu?
[14:18] <apachelogger> yofel: can you undo this, because I can't for one reason or another
[14:18] <yofel> let me try...
[14:18] <apachelogger> rbelem: could you please transfer ownership of ~kubuntu-mobile to kubuntu-members or kubuntu-council
[14:21] <apachelogger> hm, kubuntu-kdesudo also could use an ownership change
[14:22] <apachelogger> wgrant: can you poke https://launchpad.net/~linux-traipu in the nose or something for inviting half of launchpad teams to become member?
[14:23] <yofel> meh, I don't get how to leave the team either :S
[14:23] <apachelogger> ah
[14:23] <apachelogger> kubuntu-dev and kubuntu-ninjas are admin of kubuntu-mobile
[14:23] <apachelogger> that is bogus
[14:24] <yofel> at least make that members, not ninjas. Ninjas have nothing to do with -mobile
[14:25] <apachelogger> well
[14:25] <apachelogger> quite frankly I do not see the point in having members be admin
[14:25] <yofel> true
[14:25] <apachelogger> dev and council  as admin should be sufficient, members as member of the team
[14:26] <apachelogger> there is big issue of trust with the ninjas team as anyone willing enough can become member, thus having ninjas have access to anything official direclty is a dangerous thing IMHO
[14:27] <apachelogger> yofel: I think launchpad has a usability fail ^^
[14:27] <yofel> agreed
[14:28] <apachelogger> ah well
[14:29] <apachelogger> kubuntu-members membership is not even necessary
[14:29] <apachelogger> kubuntu-mobile has no branches
[14:29] <apachelogger> so other than a sense of belonging therewould not be much gain
[14:30] <apachelogger> yofel: http://www.mail-archive.com/launchpad-users@lists.launchpad.net/msg01646.html
[14:30] <apachelogger> wth
[14:31] <yofel> I'm getting tired of the answer to crappy usability being "But rest assured, you can do it by API!" *-.-
[14:33]  * apachelogger files launchpad question
[14:36]  * ryanakca thinks the admin of the UBUNTU - AL team needs a talking to. I don't understand why he's invited some twenty or so unrelated teams to join.
[14:38] <apachelogger> debfx: how about we retire kdesudo and make kdesu work properly instead?
[14:39] <apachelogger> ryanakca: interestingly enough I believe this very much a scam
[14:39] <bambee> https://code.launchpad.net/~bambi/kdenetwork/debian-merge-4.6  <--- Do I propose a merge ? (into kubuntu-packagers/kdenetwork/ubuntu)
[14:40] <yofel> bambee: changelog is crap
[14:40] <apachelogger> ryanakca: calling the team a loco while it is not actually a loco is not very reassuring
[14:41] <apachelogger> also the excessive use of capslock even though it is not capslockday makes me eyes burn
[14:41] <bambee> yofel: I need to merge the debian changelog too ? (at least for 4.6.3)
[14:41] <yofel> a) you didn't use merge-changelog b) junk my UNRELEASED changelog and keep what's necessary from there
[14:43] <bambee> I don't know what merge-changelog is
[14:45]  * bambee slaps himself and installs ubuntu-dev-tools ^^
[14:45] <yofel> a script that merges the ubuntu changelog with the debian changelog
[14:46] <yofel> so the changelog entries are in the right order
[15:12] <bambee> yofel: done
[15:13] <ryanakca> apachelogger: *nod*
[15:13] <yofel> bambee: remove my 4.6.3-0ubuntu1 changelog and add what you think is needed from there to your changelog
[15:13] <yofel> bambee: you didn't keep any of our changes?
[15:14] <bambee> I kept our changes
[15:14] <yofel> your changelog doesn't say that, see 4:4.5.2-0ubuntu1 changelog
[15:14] <bambee> ok
[15:15] <yofel> you changelog entry should list all changes between our package and the debian one
[15:15] <yofel> *your
[15:19] <debfx> apachelogger: upstream kdesu is quite scary
[15:22] <debfx> so I guess we'll drop the patch numbering as well to be consistent with debian
[15:25] <yofel> was just wondering the same as I'm merging kdesdk patches right now
[15:26] <yofel> so from kubuntu_01_name to kubuntu_name ?
[15:26] <debfx> yofel: yep
[15:40] <bambee> yofel: something like that ? http://bazaar.launchpad.net/~bambi/kdenetwork/debian-merge-4.6/view/head:/debian/changelog :)
[15:42] <yofel> change "Merge with Debian git remaining changes" into "Merge with Debian. Remaining changes:" - this is a regular merge, not from git.
[15:42] <yofel> also remove Taruns changes, all of that was done in debian. Also drop my first entry
[15:43] <yofel> bambee: why do you have "- Bump Standards-Version to 3.9.2; no changes needed." in your changelog o.O?
[15:43] <bambee> I just merged this change from debian
[15:43] <bambee> don't know :\
[15:44] <yofel> urgh, you misunderstood something. Your changelog should have all changes that WE applied to the DEBIAN package
[15:44] <yofel> meaning the diff between 4.6.3-1 and 4.6.3-1ubuntu1
[15:45] <yofel> since you used the debian package and applied all changes that we want to keep to it
[15:52] <bambee> yofel: I just added changes from debian into our package. so there are no remaining changes. All our previous changes are listed in this changelog
[15:52] <bambee> (like our patches)
[15:53] <yofel> which means you did the wrong way, you don't apply the debian changes to our package, you take the debian package and apply our changes to it
[15:53] <yofel> since the ideal case would be dumping our package and using the debian one
[15:54] <yofel> so start with: pull-debian-source kdenetwork
[15:54] <yofel> and apply our changes to the package
[15:55] <bambee> no I downloaded our changes (ie bzr branch lp:~kubuntu-packagers/kdenetwork/ubuntu), compute differences between kdenetwork/ubuntu and kdenetwork/debian and apply these changes into kdenetwork/ubuntu (into my own branch) 
[15:55] <bambee> s/our changes/ our debian directory/
[15:55] <kubotu> bambee meant: "no I downloaded  our debian directory (ie bzr branch lp:~kubuntu-packagers/kdenetwork/ubuntu), compute differences between kdenetwork/ubuntu and kdenetwork/debian and apply these changes into kdenetwork/ubuntu (into my own branch)"
[15:56] <yofel> hm, meaning you took the diff, threw our debian/ folder away and applied the diff to the debain/ folder from debian and then commited that into bzr?
[15:56] <shadeslayer> debfx: yeah, i was wondering why the CVE wasn't applied upstream
[15:57] <yofel> well, let me look at the other files, but at least the changelog is wrong
[15:59]  * debfx uploads kde4libs
[15:59] <shadeslayer> w00t
[15:59] <bambee> yofel: basically, I did "diff -u <our_debian_dir_from_kubuntu> <the_real_debian_dir_from_debian.org>", I only took the interesting changes, and then I applied them to our debian (from kubuntu)
[15:59] <yofel> \o/
[16:00] <shadeslayer> debfx: anything else that needed changing?
[16:00] <yofel> bambee: wrong way, you take the diff, and apply anything interesting to the debian folder (from DEBIAN!!)
[16:00] <shadeslayer> ( that diff is HUGE )
[16:00] <yofel> we want the debian package, except whatever changes we really need to keep
[16:01] <bambee> :\
[16:01] <shadeslayer> bambee: you should read the merging procedure on the wiki :)
[16:02] <shadeslayer> merging is one PITA
[16:02] <yofel> yeah, spent half the day merging kdesdk :/
[16:02] <shadeslayer> there are like a bazillion things that can go wrong
[16:02] <shadeslayer> yofel: i spent 2 nights on kde4libs xD
[16:03] <yofel> yeah, I noticed that much
[16:03] <shadeslayer> and now i'm all sorts of unprepared for tommorows exam :P
[16:04] <shadeslayer> debfx: did you push to bzr as well?
[16:04] <shadeslayer> and kdelibs bzr needs upgrading btw
[16:04] <debfx> shadeslayer: I had to change quite a few things
[16:04] <yofel> to what?
[16:04] <shadeslayer> yofel: newer bzr format
[16:05] <shadeslayer> debfx: oh .. minor/major mistakes?
[16:05] <bambee> shadeslayer: https://wiki.ubuntu.com/UbuntuDevelopment/Merging ?
[16:05] <shadeslayer> bambee: yes
[16:05] <bambee> ok
[16:05] <bambee> thanks
[16:05] <shadeslayer> np :)
[16:06]  * yofel backports pkg-kde-tools for natty into ninjas
[16:06] <shadeslayer> yofel: wait, wasn't pkg-kde-tools going into backports?
[16:06] <yofel> I said ninjas, put it wherever you want later
[16:07] <bambee> sorry but.. if we apply the above changes to the debian folder from debian.org... why commit them into bzr ?
[16:07] <yofel> but I can't testbuild anything right now with natty having too old pkg-kde-tools and oneiric not having all 4.6.3 deps for kdesdk right now
[16:07] <shadeslayer> yofel: no i mean, pkg-kde-tools was going into ubuntu-backports
[16:07]  * bambee is reading the wiki
[16:07] <yofel> ah, I don't have that enabled here, lemme check
[16:07] <shadeslayer> afaik it's not been uploaded to ubuntu-backports yet
[16:08] <yofel> it's not, and I need it now
[16:08] <shadeslayer> alright
[16:10] <debfx> shadeslayer: that's the diff: http://paste.ubuntu.com/614581/
[16:11] <shadeslayer> debfx: diff from my merge? or diff from debian?
[16:11] <debfx> from your merge
[16:11] <shadeslayer> ( my internet connection is complete crap right now )
[16:11] <shadeslayer> wow
[16:13] <yofel> why did you drop the kde4libs (4:4.4.1-1) experimental; urgency=low entry? or was that twice in there?
[16:13] <debfx> yofel: yes
[16:13] <yofel> ah
[16:17] <shadeslayer> uhm
[16:17] <shadeslayer> debfx: why did you remove the install icons line from debian/rules?
[16:17] <debfx> shadeslayer: they aren't used anymore
[16:17] <debfx> the patch that needed them has been long disabled and I've dropped it completely now
[16:18] <shadeslayer> ah okay
[16:21] <yofel> hm, our pbuilder list missing hook still depends on cdbs
[16:21] <yofel> apachelogger: can you fix that? ^
[16:24] <apachelogger> yes, I do not have time though
[16:25] <apachelogger> it is not like it matters much, is it?
[16:26] <yofel> true, take your timem
[16:26] <yofel> *time
[16:58] <DarkwingDuck> Morning
[17:12] <DarkwingDuck> Do the Kubuntu meeting notices get sent to kubuntu-users as well as kubuntu-devel?
[17:15] <JontheEchidna> just -devel
[17:16] <DarkwingDuck> Thank ye. JontheEchidna mind looking at the doodle to ensure I idn't mess this up too bad before I send it? :D
[17:16] <JontheEchidna> sure
[17:16] <DarkwingDuck> http://www.doodle.com/89xsm8fw2y6v8qqs
[17:17] <DarkwingDuck> I'm not sure how timezones work with doodle... 
[17:17] <DarkwingDuck> I copied the times for meeting from the last one AFAIK
[17:17] <JontheEchidna> iirc it's UTC
[17:17]  * DarkwingDuck nods
[17:18] <DarkwingDuck> I didn't know if Doodle autochanged for timezone
[17:18] <DarkwingDuck> What times does it show for you?
[17:18] <JontheEchidna> 3-12 PM
[17:19] <yofel> here too
[17:19] <debfx> DarkwingDuck: afaik you need to enable timezone support when creating the poll
[17:22] <DarkwingDuck> debfx: I went back through the settings, I can't find a TZ support anymore... Those are the same times that the last poll was. 
[17:23] <debfx> DarkwingDuck: it's on the time suggestions page
[17:26] <debfx> ScottK: kde4libs is waiting on libdlrestrictions now. since when is the MIR team so pedantic about binary package promotions?
[17:28] <JontheEchidna> probably when a binary packages controls library loading
[17:36] <DarkwingDuck> debfx: http://imagebin.org/155768 not there anymore.
[17:36] <JontheEchidna> shadeslayer: looking at your merge, Kubuntu Developers should be kept as the maintainer with Debian Qt/KDE as the XSBC-Original-Maintainer
[17:37] <yofel> JontheEchidna: debfx already merged kdelibs
[17:37]  * debfx forgot to push :(
[17:37] <debfx> DarkwingDuck: is it there when you create a new poll?
[17:38] <DarkwingDuck> debfx: no.
[17:38] <JontheEchidna> oh, ok
[17:38] <DarkwingDuck> debfx: It used to be... that's what confused me.
[17:39] <debfx> DarkwingDuck: it's still there for me: http://i.imgur.com/50v11.png
[17:39] <DarkwingDuck> debfx: nevermind, it's there. I'm rebuilding
[17:40] <DarkwingDuck> the times are listed in UTC Correct?
[17:41] <DarkwingDuck> ahhh, this is better (I think)
[17:41] <DarkwingDuck> These times look better? http://www.doodle.com/nvfgrvpg6p2vzqpp
[17:42] <JontheEchidna> 11 AM to 8 PM
[17:43] <JontheEchidna> offset 4 hours from the last numbers, so it looks pretty UTC
[17:44] <DarkwingDuck> So, it's supposed to be 11A to 8P UTC? 
[17:45] <JontheEchidna> I think so. Those look like pretty sane times for me
[17:47] <DarkwingDuck> JontheEchidna: one more shot eh? http://www.doodle.com/diamdzurqp87app6
[17:48] <JontheEchidna> ah, yeah. Better. Come to think of it I am -5 UTC, not -4
[17:48] <JontheEchidna> the confusing bit is that in daylight savings we're -4
[17:48] <DarkwingDuck> :D 
[17:48] <JontheEchidna> or something
[17:48] <DarkwingDuck> Okay, I'll use that last one.
[17:48] <yofel> burn DST with fire
[17:49] <DarkwingDuck> Aye
[17:49] <DarkwingDuck> DST is so dumb
[17:50] <JontheEchidna> Arizona is about the only sane state in the US, in regards to DST (or the lack thereof)
[17:50] <JontheEchidna> Unfortunately they're a bit crazy in other regards :P
[17:51] <DarkwingDuck> Arizona, Hawaii and half of Indiana
[17:53] <QuintasanDroid> sup
[17:53] <DarkwingDuck> Sup QuintasanDroid 
[17:54]  * QuintasanDroid reinstalls Natty
[17:54] <QuintasanDroid> utterly borken here
[17:54] <QuintasanDroid> sigsegvs on everything
[17:55] <QuintasanDroid> sigoops on apt
[17:55] <QuintasanDroid> lol
[17:55]  * QuintasanDroid needs to spin his own mix of Kubuntu
[17:56] <QuintasanDroid> shadeslayer: do you know any tools to remaster CD?
[17:56] <QuintasanDroid> they have to work unlike remastersys
[17:57] <shadeslayer> QuintasanDroid: you just download the cd -> extract it and chroot into it
[17:57] <shadeslayer> and do whatever you want then :)
[17:58] <QuintasanDroid> chroot into squashfs you mean?
[17:58] <QuintasanDroid> and then I put it back into iso?
[17:58] <shadeslayer> one sec
[17:59] <shadeslayer> QuintasanDroid: https://help.ubuntu.com/community/LiveCDCustomization
[17:59] <shadeslayer> QuintasanDroid: you use mkisofs and point it to your extacted chroot
[18:00] <shadeslayer> QuintasanDroid: in that guide, "sudo mksquashfs edit extract-cd/casper/filesystem.squashfs -nolzma" won't work, use the command below that
[18:03] <ScottK> debfx: Dunno.  If that's all it needs, upload it and let it FTBFS and then I'll bit more.
[18:04] <debfx> ScottK: I've already uploaded, it's in dep-wait
[18:05] <ScottK> debfx: Great.
[18:06]  * QuintasanDroid will spin Ultimate Kubuntu
[18:08] <QuintasanDroid> shadeslayer: if, by any chance we get debdelta support in Launchpad this year, we are spinning Neon LiveCD
[18:08] <QuintasanDroid> NO WAY
[18:09] <QuintasanDroid> installer crashed at grub install
[18:09] <QuintasanDroid> it is the official iso
[18:09] <QuintasanDroid> ...
[18:12] <ScottK> apachelogger: I already complained to LP people.  They told me to go see the Community Council (re the team spam).  Someone should do that.
[18:12]  * QuintasanDroid notes that GRUB is broken on CD
[18:13]  * QuintasanDroid wonders why that was not sorted out
[18:15] <DarkwingDuck> Grub is broken?
[18:15] <QuintasanDroid> installer crashed at it
[18:15] <QuintasanDroid> and manually running the command yelps around about aufs
[18:15] <DarkwingDuck> hmmz, 
[18:15] <QuintasanDroid> that was reported already
[18:15] <QuintasanDroid> though there is no known fix
[18:16] <QuintasanDroid> workaround is to chroot
[18:16] <QuintasanDroid> ...
[18:16]  * QuintasanDroid cant boot his install
[18:16] <ScottK> QuintasanDroid: I find people have no end of trouble with 64 bit desktops.  I say don't bother.
[18:17] <QuintasanDroid> using 32 bit is not acceptable workaround
[18:17] <ScottK> debfx: I've begged for libdlrestrictions1 and libdlrestrictions-dev to be promoted.  Now we'll see.
[18:17] <DarkwingDuck> Only issue I had with grub is when I tried to install on hardware RAID.
[18:17] <DarkwingDuck> I had to disable HDW RAID from BIOS to install with a software RAID
[18:17] <debfx> ScottK: you've gone that far? :)
[18:17] <debfx> thanks
[18:17] <ScottK> Begged is probably a little strong, but I did ask.
[18:17]  * QuintasanDroid curses his computer
[18:18]  * DarkwingDuck has a vision of Scott on his knees
[18:19] <QuintasanDroid> DarkwingDuck: That's not happening :P
[18:19] <DarkwingDuck> QuintasanDroid: Oh I know... He said begged and that flashed in my mind for a moment. But, I'm sure that stern look with a expressionless face is more like it.
[18:20] <QuintasanDroid> not many people can make ScottK so powerless, he wields wide influence
[18:20] <QuintasanDroid> I mean, you see ScottK wanting something and that gets done asap :P
[18:21] <ScottK> Unfortunately this one thing you can't do unless you are employed by Canonical.  It requires shell access in their data center.
[18:21] <DarkwingDuck> ScottK: Ahhh
[18:21] <ScottK> The is where the lack of jr really hurts.
[18:21] <DarkwingDuck> Yeah.
[18:21] <DarkwingDuck> Or another employee that works with Kubuntu that knows someone.
[18:22] <QuintasanDroid> hmmmmmmm
[18:22] <QuintasanDroid> shadeslayer: ping
[18:23] <QuintasanDroid> shadeslayer: go to #bzr, wave at Riddell and sent him link to the oom bug in LP when importing branches
[18:23] <QuintasanDroid> :P
[18:23] <QuintasanDroid> oh,
[18:23] <QuintasanDroid> and run
[18:24] <DarkwingDuck> lol
[18:24] <QuintasanDroid> no, seriously
[18:24] <QuintasanDroid> noone wants to have anything in common with bzr on LP
[18:24] <QuintasanDroid> brrr
[18:25] <QuintasanDroid> bzr > git
[18:25]  * QuintasanDroid hides
[18:25]  * DarkwingDuck snickers
[18:25]  * DarkwingDuck waits for someone to pop up for OPS
[18:26] <QuintasanDroid> DarkwingDuck: You dont want to get in apachelogger's line of fire when he sees the statement above
[18:26] <QuintasanDroid> :P
[18:27] <QuintasanDroid> meh
[18:27] <QuintasanDroid> I need to get this retarded hardware sorted out asap
[18:27] <DarkwingDuck> hehehe
[18:27] <QuintasanDroid> why it wont boot after a power off? -_-
[18:27] <DarkwingDuck> ?
[18:27] <QuintasanDroid> I can soft reboot it
[18:27] <QuintasanDroid> if I power it off and on again
[18:28] <QuintasanDroid> I get no POST, no display, no power on USB
[18:28] <QuintasanDroid> but fans turn normally and hardware gets power
[18:28] <QuintasanDroid> if I wait 20 minutes or so
[18:28] <QuintasanDroid> and then power it on
[18:28] <QuintasanDroid> then it works
[18:28] <QuintasanDroid> stupid, isnt it.?
[18:29]  * apachelogger smacks QuintasanDroid with IL (δ, ω , if eq?(IX(delta, env, P redArg1(exp)), IX(delta, env, P redArg2(exp)))then IX(delta, env, T henP art(exp)) else IX(delta, env, ElseP art(exp))) = IL (δ, ω , IX(delta, env, ElseP art(exp))
[18:29] <DarkwingDuck> ROFL
[18:29] <QuintasanDroid> ohshi-
[18:29] <QuintasanDroid> what the hell?
[18:29] <QuintasanDroid> dont tell me thats GIT source code
[18:30] <QuintasanDroid> apachelogger--
[18:31] <DarkwingDuck> QuintasanDroid: I think you just got hit by a driveby
[18:31] <tsimpson> I never did like functional programming
[18:31]  * QuintasanDroid hurls the aforementioned equation back at apachelogger
[18:31] <apachelogger> ok
[18:31] <apachelogger> now you asked for it
[18:31] <apachelogger> QuintasanDroid: IL (δ, ω , IX(delta, env, [CALL GGT [IV S X1][IV S X2]])) =IL (δ, ω , DoCall(delta, omega, [CALL GGT [IV S X1][IV S X2]])) =IL (δ, ω , IX(delta, NewEnv(F ormP ar(delta, F N P art([CALL GGT [IV S X1][IV S X2]])), EvalList(delta, env, ArgP art([CALL GGT [IV S X1][IV S X2]]))), Body(delta, F N P art([CALL GGT [IV S X1][IV S X2]]))))
[18:32] <apachelogger> incidentially enough GGT = GCD in german
[18:32] <apachelogger> so if I pasted the other 300 lines of interpretation you'd have something useful
[18:33]  * QuintasanDroid hurls it back at apachelogger anyways
[18:33] <QuintasanDroid> bleh, this looks worse than pyth0rn
[18:33] <DarkwingDuck> Congrats apachelogger 
[18:34] <jussi> QuintasanDroid: apachelogger have your units hsipped yet? 
[18:34] <apachelogger> for making a language worse than pyth0rn, I am not sure that is something you should congratulate people on
[18:34] <QuintasanDroid> jussi: Do not kid me, it will stay at least a week at Polish customs office :/
[18:34] <DarkwingDuck> no silly, re-election
[18:35]  * QuintasanDroid 's package got from Japan to Poland in 3 days
[18:35] <apachelogger> actually it is a much saner language, as it reduces only to integers, predicates, conditionals and lists
[18:35] <QuintasanDroid> it was being held at customs for 3 weeks
[18:35] <QuintasanDroid> jussi: ^ Magic of Poland
[18:36] <QuintasanDroid> jussi: I am not able to track the package now since my Kubuntu is borked
[18:36] <yofel> reinstall asap
[18:36] <yofel> more like now
[18:37] <QuintasanDroid> trying
[18:37] <QuintasanDroid> it wont boot after install
[18:37] <QuintasanDroid> :/
[18:37]  * QuintasanDroid will try recovery mode in 20 minutes
[18:37] <QuintasanDroid> :S
[18:37] <yofel> the only issues I had with natty and installing was a kernel oops when starting parted and there is a existing btrfs somewhere in sight
[18:38] <yofel> other than that it worked fine
[18:38] <QuintasanDroid> no btrfs here
[18:38] <QuintasanDroid> ext4 on root
[18:38] <DarkwingDuck> QuintasanDroid: What about installing Grub from LiveCD?
[18:38] <QuintasanDroid> DarkwingDuck: it is broken
[18:38]  * yofel alwasys chroots so he never hit *that* bug
[18:38] <QuintasanDroid> you need to chroot from LiveCD to install it
[18:40] <DarkwingDuck> QuintasanDroid: http://bit.ly/91F2wh
[18:40] <DarkwingDuck> QuintasanDroid: You don't *have* to chroot to do it.
[18:40] <QuintasanDroid> you do lol
[18:41] <QuintasanDroid> otherwise I get cannot stat 'aufs' module
[18:42] <DarkwingDuck> ahhhhh
[18:42] <jussi> apachelogger: you may want to reply to the mail on the -devel list (ubuntuone kde). The guy could do with a little help by the looks of things, and Id say you would have a couple of answers? 
[18:44] <JontheEchidna> jussi: oh! I have a joke for you
[18:44] <jussi> JontheEchidna: oh no... :P
[18:45] <JontheEchidna> jussi: What does Mortal Kombat and a church in Helinski have in common?
[18:45] <jussi> no idea...
[18:45] <JontheEchidna> Finnish Hymn!
[18:45] <jussi> Hah!
[18:46] <QuintasanDroid> lol
[18:47]  * yofel didn't get that...
[18:48]  * QuintasanDroid makes his install lighter via chroot
[18:48] <JontheEchidna> When you've almost killed somebody in the game Mortal Kombat, the announcer says "Finish him!"
[18:48] <JontheEchidna> In a church in Finland, you would most likely sing Finnish Hymns
[18:49] <yofel> lol
[18:49] <yofel> ^^
[18:52] <ScottK> DarkwingDuck: It needs to be an employee who's also an archive admin.
[18:56] <DarkwingDuck> ScottK: I'll remember that if I land this job.
[18:57] <ScottK> debfx: Was there anything from the kde4libs merge that needs to go back to Debian?
[18:57] <ScottK> If so, I think MoDaX wants us just to commit to git.
[18:59] <debfx> ScottK: no, except maybe some patches
[18:59] <debfx> but that needs investigating
[19:00] <ScottK> OK.  Someone should do that ...
[19:00] <QuintasanDroid> :d
[19:06] <apachelogger> jussi: no shipping yet, also that mail on -devel requires looking into the code, otherwise I could only guess, and that guess would be a) API change on the server b) no auth
[19:07] <jussi> apachelogger: ooh, mines already in .de :)
[19:07] <jussi> or in transit from .de...
[19:07] <debfx> kubuntu_cmake_install_paths.diff: can probably be dropped. kde sequence should take care of that. changelog doesn't even mention the patch ...
[19:07] <jussi> May 29, 2011 3:15 AM Departed FedEx location KOELN DE
[19:08] <apachelogger> well, I only ordered on friday... ;)
[19:08] <debfx> kubuntu_CVE-2009-2702.diff: needs investigating why it's not upstream
[19:09] <QuintasanDroid> k
[19:09] <QuintasanDroid> it works
[19:10] <debfx> kubuntu_useragent.diff: could be changed to use dpkg-vendor or something
[19:12] <debfx> the rest are backports or can't go to debian
[19:16] <debfx> apparently we have that cve from fedora
[19:16] <debfx> and the fedora spec file says: "Not Upstreamed? why not ? -- Rex"
[19:18] <ScottK> Maybe rdieter knows by now?
[19:19] <ScottK> In any case it sounds like worth pushing to Debian with the CVE reference.
[19:20] <debfx> debian closed the CVe bug saying it's fixed in version 4.3.2
[19:20] <ScottK> I have a vague recollection of this.
[19:20] <ScottK> I think it used to be a larger patch.  Part went upstream and part they didn't take.
[19:20] <ScottK> ENOCLUE why.
[19:20] <apachelogger> debfx: how would dpkg-vendor be useful there?
[19:21] <ScottK> I'm probably guilty of cargo culting the patch along.
[19:21] <ScottK> apachelogger: Your cmake/ccache commentary was TLDR.  What was the bottom line?
[19:21] <debfx> apachelogger: then we could push it to debian (if they are interested)
[19:21] <apachelogger> ScottK: I made two comments, the latter is the bottom line
[19:22] <ScottK> In the bug?
[19:22] <apachelogger> no way to SRU because it is not even clear what exactly breaks it
[19:22] <apachelogger> I mean, a patch breaks it, but other than that little is known
[19:22] <JontheEchidna> I think keeping  a CVE patch unnecessarily is much better than accidentally removing it
[19:22] <JontheEchidna> e.g. no so much cargo culting
[19:22] <apachelogger> what we know is that dpkg-architecture causes the fail, why exactly it does that is the big unkown
[19:24] <apachelogger> Nightrose: apparently the calligra member of my team of awesome made a pitstop in our channel of awesome for like 6 hrs, without saying anything though ;)
[19:24] <apachelogger> not that I had been awake between 0:22 and 6:38
[19:49] <JontheEchidna> Quintasan: project neon question in #kubuntu
[19:49] <JontheEchidna> [14:48:01] <BajK> when I install Project Neon it installs to /opt, so I can just run sudo /opt/project-neon/bin/kdm and I can use the KDE master?
[19:51] <debfx> unit test of the day: QCOMPARE( randObject.nextByte() == randObject.nextByte(), false );
[19:51] <JontheEchidna> haha
[19:52] <debfx> in qca2
[19:52] <JontheEchidna> it's checking if a byte and its next byte are the same?
[19:52] <debfx> yes, then it obviously can't be random :P
[19:53] <JontheEchidna> :P
[19:53] <JontheEchidna> http://xkcd.com/221/
[19:53] <JontheEchidna> obligatory xckd
[19:53] <debfx> that really makes me question if I want to run the test suite
[19:54] <debfx> JontheEchidna: the unit test has probably been written in response to that xkcd :D
[19:57] <Quintasan> no seriously
[19:57] <Quintasan> WHY THE HELL DO I GET SEGFAULTS
[19:58] <yofel> run memcheck
[19:59] <Quintasan> huh?
[19:59] <Quintasan> once in libpthread-2.13.so[7f56bdc36000+18000]
[19:59] <Quintasan> dpkg got it at libperl.so.5.10.1[7fa7a76ad000+162000]
[19:59] <Quintasan> :/
[20:00] <shadeslayer> Quintasan: why do we need debdelta for a Neon CD?
[20:00] <shadeslayer> also lol @ bzr > git
[20:01] <Quintasan> because if we ship neon live cd user will have to downloadan over 9000mb everyday even though he might not want it
[20:01] <Quintasan> debdelta will greatly reduce the downloading
[20:01] <ScottK> JontheEchidna: It'd have been funnier if the RFC reference was real.
[20:02] <Quintasan> rekonq crash!
[20:02] <Quintasan> yay
[20:02] <shadeslayer> i wash my hands off rekonq :P
[20:02] <shadeslayer> Quintasan: complaint to upstream
[20:05] <bambee> debfx: it's checking that the same object cannot return the same value twice, as it's random. (assuming it's an object which generates random values)
[20:05] <bambee> what is wrong ?
[20:06] <debfx> bambee: it fails if two subsequent random numbers are the same
[20:07] <debfx> that means the test fails every 256 time (assuming the rng is perfect)
[20:11] <JontheEchidna> Presumably the object has several random bytes. nextByte() would return the next byte in line, and advance to the next one which would be returned when you call it again
[20:14] <bambee> what does the method when there is no next byte? (because all of them have been used)
[20:15] <debfx> bambee: it's a PRNG that can generate an endless stream of bytes
[20:15] <bambee> PRNG ?
[20:16] <bambee> ohh
[20:16] <debfx> pseudorandom number generator
[20:32] <QuintasanDroid> yofel: I got 7 errors on memtest
[20:32] <QuintasanDroid> is it bad?
[20:33] <QuintasanDroid> well this is shit
[20:33] <QuintasanDroid> I bought this pc one year ago and it is breaking down
[20:33] <QuintasanDroid> lol
[20:34] <QuintasanDroid> yofel: I got 7 errors on memtest
[20:34] <QuintasanDroid> is it bad?
[20:34] <yofel> well, any memory damage has potential of kernel doing nonsense and the filesystem writing crap to the disk
[20:34] <QuintasanDroid> it cant be repaired?
[20:34] <QuintasanDroid> :/
[20:34] <QuintasanDroid> memory dying after one year
[20:34] <QuintasanDroid> wtf
[20:35] <ScottK> Memory is not the place to try and save money on a system.
[20:35] <yofel> not that I know of, I encountered the same case at a friends laptop, he thought he had a virus in windows until I ran memtest from a usb stick ^^
[20:35] <QuintasanDroid> I did not save money on them
[20:35] <QuintasanDroid> I did not save money on any part of that computer
[20:35] <ScottK> Doubly unfortunate then.
[20:36] <QuintasanDroid> yet it breaks down :S
[20:36] <ScottK> Still under warranty?
[20:36] <yofel> thankfully it was a simply 1GiB DIMM
[20:36] <QuintasanDroid> ScottK: no idea, I'll have to look for the whole box
[20:36] <yofel> *simple
[20:36]  * QuintasanDroid put all papers inside
[20:36] <QuintasanDroid> if its gone then Ill have to buy new ones
[20:37] <QuintasanDroid> oh well, I am going to bed
[20:37] <QuintasanDroid> good night
[20:37] <yofel> well, memory is affordable today. Be thankful you don't need to go back to year 2000 and get a 32MiB DIMM of EDO RAM
[20:37] <yofel> and gone..
[21:21] <ScottK> debfx: libdlrestrictions1 and libdlrestrictions-dev promoted.  So we should get a kde4libs build starting in 80 minutes.
[23:00] <ScottK> kde4libs building now.
[23:28] <debfx> yay