[00:19] <kubotu> ::workspace-bugs:: [1193949] Time zone isn't saved correctly @ https://bugs.launchpad.net/bugs/1193949 (by LukasThyWalls)
[00:52] <ScottK> Riddell: For kde-dev-utils, debian/copyright is the full kdesdk one and should be redone for just what it covers now.  No messages.sh either.  Debian/changelog needs fixing.    The rest seems good.  Accepting.
[01:36] <ScottK> Riddell: For kde-dev-scripts, debian/changelog needs fixing, no messages.sh, and the source/lintian-override doesn't apply since there's no -dbg package.  Other than that, good.
[01:39] <ScottK> Only ten more ...
[04:16] <manchicken> Howdy all.
[04:18] <ScottK> Heya, it's a manchicken.
[04:18] <manchicken> Quick! Get it! Get it!
[04:21] <ScottK> manchicken: It's safe to stick around.  Adept's been removed from the archive.
[04:21] <manchicken> Haha!
[04:21] <manchicken> I actually had a very long stint of Mac, I'm recently returning.
[04:21] <ScottK> Welcome back.
[04:23] <manchicken> Thanks!
[04:23] <manchicken> It's been a while.
[04:23] <manchicken> I'm thinking I'm annoyed that cunit is so very out of date.
[04:24] <manchicken> libmanchicken uses CUnit 2.1.2.
[04:24] <manchicken> We have 1.0.1 in the repos.
[04:24] <manchicken> Sadness.
[04:24] <manchicken> I never did learn how to package.
[04:24] <manchicken> Nor do I really want to... :(
[04:26] <ScottK> No, we have 2.0
[04:26] <manchicken> Which package?
[04:26] <ScottK> err 2.1.0
[04:26] <ScottK> cunit
[04:27] <manchicken> I see only libcunit1
[04:27] <ScottK> That's the soname, not the version number
[04:27] <manchicken> Yeah, it's library version 1.0.1
[04:27] <ScottK> https://launchpad.net/ubuntu/+source/cunit
[04:27] <ScottK> Gotta run.
[04:28] <manchicken> The binaries it creates won't build...
[04:28] <manchicken> Err, run.
[04:28] <manchicken> They produce no output.
[05:13] <ScottK> No idea, never used it.
[05:13] <ScottK> You might write the Debian maintainer.
[05:13] <manchicken> Yeah, I used it on my Mac... maybe my mac was the out of date one... dunno. You'd think I'd get some kind of error, not just an exit with no crash and no ouput.
[05:14] <manchicken> Okay, switching to Kubuntu.
[05:15] <ScottK> Riddell: For kcron, changelog needs fixed, it's got the issue with debhelper/compat version, it also has the -dbg depends issue, the first line of debian/copyright needs checking. Accepted.
[05:22] <ScottK> Riddell: kcachegrind  is a reject because the license of converters/pprof2calltree (BSD) is missing from debian/copyright.  Debian/changelog needs fixed.  It does seem like the -dbg should depend on kcachegrind.
[05:30] <manchicken> This is annoying...
[05:30] <manchicken> The touchscreen in GNU/Linux only ever selects things when things are selectable, doesn't scroll.
[05:31] <manchicken> Unless you tap the scrollbar
[06:30] <soee> good morning
[07:05] <ScottK> Riddell: kapptemplate needs debian/changelog fixed, it has the -dbg depends issue, but other than that, seems fine.
[07:16] <ScottK> Riddell: dolphin-plugins has no messages.sh, debian/changelog needs fixing, and that's it.
[07:24] <ScottK> Riddell: For cervisia, debian/changelog needs fixed, otherwise, seems fine.
[07:24] <ScottK> Now I must sleep.
[09:22] <apachelogger> yofel: yay
[09:23] <apachelogger> yofel: but how?
[09:24] <apachelogger> ScottK: did the armhf issue get resolved? right now it is building anyway so I don't see anything useful :/
[09:24] <yofel> hm, I fixed one thing in rules, but otherwise I guess they fixed it?
[09:25] <apachelogger> no, it should have been something in the rules
[09:25] <apachelogger> i.e. syncqt was not found but it was there, god knows why :S
[09:26] <apachelogger> yofel: it appears you did not push your fix :P
[09:26] <yofel> they renamed that to syncqt.pl
[09:26] <yofel> huh? I thought I did...
[09:26] <apachelogger> AH
[09:27] <apachelogger> :@
[09:27] <apachelogger> syncqt.pl
[09:27] <yofel> I did
[09:27] <apachelogger> hm
[09:27] <apachelogger> bzr is weird
[09:27] <apachelogger> ah right, up vs. pull...
[09:27] <apachelogger> >>> bzr pull
[09:27] <apachelogger> bzr: ERROR: No pull location known or specified.
[09:27] <apachelogger> ^ also funny that it knows where to push stuff but not where to pull from...
[09:28] <apachelogger> yofel: thanks for the fix
[09:28] <yofel> bzr pull :parent maybe?
[09:28] <apachelogger> yofel: well, that branch I have is parent :P
[09:28]  * yofel uses checkouts usually partly because 'branch' is annoying -.-
[09:28] <apachelogger> parent of the lunchpad thign
[09:28] <yofel> *sigh*
[09:30]  * apachelogger tries phonon before continuing with the other qt thingums
[09:34] <apachelogger> yofel: how would you do signing ... a) copy/mount key into chroot and sign as part of the build job b) debsign build/* from outside the chroot
[09:35] <apachelogger> b seems architecturally shittier but way less opportunity to fail I think
[09:36] <apachelogger> oh and
[09:36] <apachelogger> yofel, Quintasan, shadeslayer:                                  Depends: libasound2-dev but it is not going to be installed.                   I am reasonable certain phonon does not depend on asound
[09:37] <yofel> I don't think we ever cleaned up old deps
[09:38] <apachelogger> ^^
[09:39] <apachelogger> I think that hasn't been right for 3 years or so
[09:39] <yofel> as for b, wouldn't that need the key in the user keyring? (though one would make a new user for this anyway)
[09:39] <apachelogger> yes
[09:41] <yofel> then go that way IMO. I'm not sure what the advantage of copying the key into the chroot would be
[09:43] <agateau> hey, out of curiosity, are you folks setting up your own build machine?
[09:43] <yofel> we'll probably end up with one that builds the sources, package builds will be done by launchpad
[09:44] <apachelogger> <- wanted to rewrite OBS but got shut down :(
[09:45] <yofel> uhm... enjoy finding a server for that...
[09:46] <apachelogger> yofel: it's just nicer because if you sign inside the chroot the entire build is contained within it (i.e. you can also upload); if you do it outside the chroot you need to regex all *changes files, debsign them and dput them which strictly speaking is breaking capsulation as now the builder is actually aware of at least one output file generated by the Jobs
[09:46] <yofel> ah hm
[09:46] <apachelogger> pbuilder dep resolution is weird
[09:46] <apachelogger> it's aborting again
[09:47] <yofel> well, as long as both ways are possible (so I can upload myself if I want), I don't mind
[09:47] <apachelogger> and I have no idea why
[09:48] <apachelogger> oh and I need to introduce a shell harness
[09:48] <apachelogger> pbuilder runscript does weird shit WRT library loading such that calling /usr/bin/ruby via runscript will try to load libruby1.8 even though the chroot ruby is libruby1.9
[10:25] <apachelogger> phonon builds (except for broken install)
[10:25] <apachelogger> weeeh
[10:47] <ScottK> apachelogger: No, that's just me vainly retrying in the hopes it will work.
[10:47] <ScottK> apachelogger: It's failed again now.
[10:50] <ScottK> Riddell: If kde4libs on armhf doesn't get solved pretty quickly, we may have to force the whole stack into the release pocket or Alpha 1 won't be very exciting.
[10:51] <apachelogger> ../../khtml/svg/SVGStyledLocatableElement.h:45:27: internal compiler error: in extract_insn, at recog.c:2154
[10:51] <apachelogger> gcc bug it seems? :P
[10:59] <apachelogger> ScottK: gcc thing... neither that file nor the FloatRect have changed in years
[11:07] <apachelogger> yofel: same thingy can also build qt5.git
[11:07] <apachelogger> I'll give that a shot
[11:11] <BluesKaj> Hey all
[11:22] <apachelogger> jussi: btw I am still in the !ops of #kubuntu ^^
[11:22] <Tm_T> apachelogger: isn't that good?
[11:23] <apachelogger> not if a notification pops up that tells me how god hates fags while I am watching prn....
[11:23] <Tm_T> apachelogger: just remember I love you nonetheless
[11:24] <apachelogger> <3
[11:24] <apachelogger> yofel: uploading a project-neon5-qt5 test now
[11:26] <Riddell> morning
[11:27] <apachelogger> hello Riddell
[11:29] <yofel> apachelogger: oh, you figured out how to clone the correct set of submodules?
[11:29] <apachelogger> just get them all :P
[11:29] <yofel> :D
[11:29] <yofel> with the correct branches? ^^
[11:30] <Riddell> drat, head not in a good way today, let's see how many packages I can fix
[11:30] <apachelogger> yofel: I should hope so? :P
[11:30] <apachelogger> init-repository ought to follow the branch of qt5 itself
[11:30] <apachelogger> also it should handle updates
[11:30] <apachelogger> also I am reasonable certain it will fail at some point :P
[11:30] <yofel> Riddell: a few have fixes pending from me, please esp. look at cervisia if that's the way to go or if you want the cvsservice package back
[11:30] <ScottK> Riddell and apachelogger: COuld you figure out with doko about the gcc thing.  I'll be offline for the next 10 hours or so.
[11:31] <apachelogger> but this way it's closer to upstream's tar etc.
[11:31] <apachelogger> yofel: if things go horribly wrong with qt5 we can always go the route of separate packages
[11:31] <yofel> apachelogger: considering the stories I heard about building qt5 so far that should fail pretty reliably I think
[11:31] <apachelogger> hence why I started with qtbase
[11:31] <apachelogger> yofel: we'll see
[11:32]  * apachelogger hands Riddell a cookie and ask him to talk to doko :P
[11:32] <apachelogger> where's my shadeslayer :(
[11:33] <apachelogger> yofel: you don't have an attica nightly yet?
[11:33] <apachelogger> wonder if it is necessary
[11:33] <apachelogger> probably not
[11:33] <apachelogger> extra-cmake-modules attica libstreams libstreamanalyzer
[11:33] <yofel> well, there is project-neon-attica
[11:33] <apachelogger> former we will need
[11:33] <yofel> so that can be ported trivially
[11:33] <apachelogger> yofel: don't find the source import though
[11:34] <yofel> https://code.launchpad.net/~neon/project-neon/attica
[11:34] <yofel> which reminds me
[11:34] <apachelogger> you're lazy
[11:34] <yofel> can we call the packaging branches <module>-packaging or so?
[11:34] <yofel> for ^ reasons
[11:34] <apachelogger> why not ~neon/attica/master? :P
[11:34] <yofel> because we're lazy :D
[11:35] <yofel> I don't create projects on launchpad that I don't care about
[11:35] <apachelogger> yofel: just create projects
[11:35] <apachelogger> and you can call the packaging branches whatever you want them to be called
[11:36] <apachelogger> pff
[11:36] <apachelogger> the thing is ... if you don't create projects one has two places to look for code imports
[11:36] <yofel> well, currently they're called <pkg>-ubuntu, which is utterly wrong
[11:36] <apachelogger> or rather, one that will fail because there is no project ^^
[11:36] <yofel> launchpad will tell you once you try to make another import :P
[11:36] <apachelogger> real nice...
[11:36] <smartboyhw> Hello guys:)
[11:36] <yofel> also, it's 3 locations actually (or a bazillion), like lp:~neon/kdeadmin/kcron
[11:37] <apachelogger> if you want to go the no-project route I propose the following transition for the near future
[11:37] <apachelogger> ~neon/project-neon-packaging/foo
[11:37] <apachelogger> ~neon/project-neon-sources/foo
[11:38] <yofel> I mean, I'm fine with creating projects. Need to check if I can make them from launchpadlib though
[11:38] <apachelogger> that does not solve the i-cannot-find-source problem but it prevents name clashes and better represents their organizational units
[11:38] <apachelogger> yofel: well, you only need two projects ^^
[11:38] <apachelogger> no api need there ;)
[11:39] <apachelogger> oh noes
[11:39] <apachelogger> I forgot to drop syncqt with qt5
[11:39] <apachelogger> nooooooooo
[11:39] <yofel> lol
[11:39] <apachelogger> was making the change in my test chroot and forgo to carry over to source -.-
[11:40] <smartboyhw> HA HA HA
[11:41]  * yofel wonders if you can move branches between projects
[11:41] <apachelogger> move = push + delete
[11:41] <apachelogger> I don't think there is a move instruction as such
[11:41] <yofel> that doesn't update the recipe :S
[11:41] <apachelogger> hahahaha
[11:41] <apachelogger> rofl
[11:41] <apachelogger> automatic updates
[11:42] <apachelogger> we are talking about lunchpad right?
[11:42] <yofel> right
[11:42] <apachelogger> roflmao
[11:42] <apachelogger> yofel: you are funny :P
[11:42] <yofel> if you rename a branch it auto-updates :P
[11:42] <apachelogger> oh
[11:42] <apachelogger> now if only there was a move instruction
[11:42] <apachelogger> trololo
[11:43] <yofel> though I can edit the recipe text from launchpadlib so it would be push + edit + delete
[11:43] <yofel> er, that won't work for imports -.-
[11:43] <apachelogger> imports aren't relocatable anyway
[11:43] <yofel> laaaaunnncchhhpaaaaaaad
[11:43] <apachelogger> seee, we should have used an OBS repalcement :P
[11:44] <yofel> go ahead and write one then, maybe ximion can re-use it :P
[11:45] <yofel> aaaanyway
[11:45]  * yofel looks at lplib docs
[11:45] <Riddell> yofel: cervisia change looks good, I'll upload
[11:45] <apachelogger> pfff
[11:46] <ximion> apachelogger: yes, please do that! should only take a week or so.... ;-)
[11:48] <yofel> hm... projects.new_project()
[11:48] <yofel> I guess that's the way to go then
[11:50] <yofel> oh, I need to port the packaging template to neon5
[11:50] <yofel> (the one that isn't called template...)
[11:50] <smartboyhw> Riddell, ping ping.
[11:51] <smartboyhw> Hmm, rekonq's stuck in -proposed when it perfectly builds.
[11:51] <yofel> probably depends on something that's stuck in proposed.
[11:51]  * yofel forgot where the reason table was
[11:52] <smartboyhw> yofel, that's a meh...:(
[11:52] <Riddell> hi smartboyhw 
[11:52] <yofel> well, if gcc isn't fixed soon we'll have to do a mass-override to release anyway
[11:52] <Riddell> smartboyhw: cos of qtwebkit I guess
[11:53] <Riddell> which is also broken with arm gcc bug
[11:53] <smartboyhw> Riddell, yofel I mean it builds in archive..
[11:53] <smartboyhw> All armhf and powerpc and such
[11:53] <yofel> smartboyhw: britney does a *installability* test too
[11:53] <yofel> the britney output is public somewhere, but I don't have the url at hand
[11:54] <yofel> nvm, http://people.canonical.com/~ubuntu-archive/proposed-migration/
[11:55] <yofel> o.O
[11:56] <smartboyhw> autopkgtest for pango1.0 1.32.5-5ubuntu1: RUNNING  O.o
[11:56] <smartboyhw> What the hell is that?
[11:57] <Tm_T> pango and bongo drums?
[11:57] <yofel> lol
[11:57] <smartboyhw> It actually came from the rekonq report.
[12:07] <Riddell> ScottK: dolphin-plugins has Messages.sh in subdirectories so that's fine
[12:31] <apachelogger> yofel: ohttps://launchpadlibrarian.net/143277150/buildlog_ubuntu-saucy-amd64.project-neon5-qt5_0.0%2Bgit20130624~df0a7fd-13~saucy2_FAILEDTOBUILD.txt.gz
[12:31] <apachelogger> https://launchpadlibrarian.net/143277150/buildlog_ubuntu-saucy-amd64.project-neon5-qt5_0.0%2Bgit20130624~df0a7fd-13~saucy2_FAILEDTOBUILD.txt.gz
[12:31] <apachelogger> it makes no sense...
[12:32] <yofel> lemme get that source...
[12:33] <apachelogger> ah
[12:33] <apachelogger> eh
[12:33] <apachelogger> if [ -e "$relpath/.git" ]; then
[12:33] <apachelogger> ....................................................................
[12:34] <apachelogger> madness, oh madness
[12:36] <apachelogger> yofel: should be solved now
[12:36] <yofel> lol
[12:36] <apachelogger> only clearing the .git dirs, not actually dropping that should make syncqt run automagically
[12:36] <apachelogger> really shitty if though
[12:36] <apachelogger> should be more like if .git || flippingincludedirsisnotpresent
[12:43] <apachelogger> shadeslayer: http://www.kubuntuforums.net/showthread.php?62995-Wrong-time-zone-on-your-clock-Help-Kubuntu-devs-create-a-fix&p=330298&viewfull=1#post330298
[12:46] <apachelogger> also related http://lists.debian.org/debian-glibc/1999/04/msg00096.html
[12:53] <smartboyhw> yofel, it turns out the autopkgtest thing is a error from release team:P
[12:54] <yofel> heh
[13:03] <Riddell> 06:15 < ScottK> Riddell: For kcron, changelog needs fixed, it's got the issue with debhelper/compat version,
[13:03] <Riddell> ScottK: what's the issue with compat?
[13:03] <Riddell> they're both set to 7
 Guys, our QA Classroom sessions starts 1 hour later. Make sure you join us through #ubuntu-classroom and #ubuntu-classroom-chat!
 https://wiki.ubuntu.com/Testing/Activities/Classroom/Saucy
[13:04] <smartboyhw> A bit of promotion:P
[13:05] <Riddell> smartboyhw: do poke any new people back into here :)
[13:06] <smartboyhw> Riddell, uh alright.
[13:06] <smartboyhw> I'm not the coordinator of the whole thing. I do have a 120-minute to myself next Monday.
[13:06] <smartboyhw> Do join guys:)
[13:30] <smartboyhw> I got it wrong guys, it's 1 hour later NOW.
[14:43] <Riddell> ScottK: should be all your review comments fixed, mostly in bzr rather than upload, thanks for reviewing.  I still don't get what the debhelper/compat issue is you keep saying
[16:57] <Riddell> ScottK: you have block kde4libs/4:4.10.80-0ubuntu1 in hints-ubuntu?
[16:59]  * Riddell turns it into a force
[17:04] <Quintasan> Riddell, ScottK: Any objections for upgrading wacomtablet to 2.0.0 in saucy?
[17:04] <Quintasan> http://kde-apps.org/content/show.php/wacom+tablet?content=114856
[17:04] <ScottK> considering we won't get armhf fixed,  force makes sense. 
[17:05] <Riddell> Quintasan: why might we object?
[17:05] <Riddell> is there a downside?
[17:05] <Quintasan> Save for me not being able to test it - none
[17:06] <Riddell> yeah,none of us can :(
[17:07] <ScottK> Riddell: Since you claim to support standards version 3.9.4, you need at least compat 8 and build-dep on at least debhelper >= 8.1. The ones I commented on are still 7.
[17:10] <Riddell> ScottK: mm you sure? nothing about that in http://lists.debian.org/debian-devel-announce/2012/09/msg00006.html
[17:14] <Riddell> http://www.debian.org/doc/manuals/maint-guide/dreq.en.html  says you need to have debhelper 9 if using dh which probably invalidates a lot of our packages, but not these ones
[17:14] <ScottK> It's because build-arch/build-indep became mandatory.  For dh short form debian/rules that's the first debhelper version that's supported. 
[17:16] <ScottK> ok. then maybe I'm wrong and it's 9.
[17:16] <ScottK> Certainly not 7 though. 
[17:19] <ScottK> gotta run
[17:46] <AshishL> i am new to kubuntu and want to build kde from SC . how to do that ?
[17:48] <Riddell> AshishL: from SC?
[17:49] <AshishL> Riddell : source code ?
[17:50] <AshishL> Riddell : i couldnt connect to the internet in ubuntu .. will that happen in Kubuntu too ??
[17:50] <Riddell> AshishL: um, that seems more important that compiling
[17:51] <Riddell> I don't know if it will happen, depends on what the problem is
[17:51] <AshishL> Riddell: the internet didnt work in openSUSE , ubuntu too but works fint in win 7
[17:55] <Riddell> AshishL: then you should fix that first
[17:55] <AshishL> Riddell:how ? any ideas suggestions ?
[17:55] <Riddell> AshishL: no I've no idea what's wrong with it, see kubuntu.org/support for support methods
[17:56] <AshishL> Riddell: how did you connect to internet in Kubuntu ???
[17:56] <Riddell> using network management plasmoid
[17:57] <AshishL> Riddell : is the procedure different from the windows procedure ( i use a broadband - dial up connection)
[18:01] <Riddell> AshishL: yes, the whole OS is different
[18:02] <Riddell> AshishL: please ask in #kubuntu for support
[18:07] <AshishL> Riddell: is the terminal Konsole ?
[18:07] <Riddell> AshishL: yes
[18:08] <AshishL> Riddell: in kubuntu are all the kde libs installed like kdepim etc ?
[18:11] <AshishL> Riddell:whats the advantage of kubuntu ? is kde pre-built ?? or do  we have to use kdesrc-build ??
[18:13] <Riddell> AshishL: yes kde libraries are installed, yes kde is pre-built, please ask in #kubuntu for support
[18:14] <AshishL> Riddell: in kubuntu is the KPPP method still there ?
[18:15] <Riddell> yes
[18:15] <AshishL> Riddell : if i am bug-triaging and need some help , will you help me ?
[18:15] <AshishL> Riddell: i am quite new..
[18:19] <Riddell> AshishL: yeah if it's contributions
[18:36] <AshishL> Riddell : what does building a single application mean ??
[18:37] <Riddell> um, compiling one application?
[18:39] <AshishL> RIddell:yes
[18:40] <AshishL> RIddell : how to use qt to edit source code ?
[18:42] <Riddell> AshishL: that question doesn't make sense, I think you need to learn the basics of using linux before trying to do debugging and compiling
[19:34] <AshishL> Riddell: how can i do that ??
[19:55] <Riddell> ScottK: pykde seems a bit broken
[19:55] <Riddell> RuntimeError: the sip module implements API v10.0 but the PyKDE4.kdecore module requires API v9.2
[19:55] <Riddell> xnox: anything to do with you? ^^
[19:59] <yofel> Riddell: you want sip, pyqt and pykde from -proposed
[20:01] <Riddell> hmm, which is stuck on kde4libs
[20:03] <yofel> either pull all of kde from -proposed, or use pykde from ninjas, that works too
[20:04] <Riddell> mm or work out how to get kde4libs into -release
[20:32] <Riddell> it all start tumbling in
[21:10] <soee> hmm this wednesday kde 4.11 beta2 is going to be released ?
[21:12] <yofel> from kde yeah, we'll have it for the weekend I hope
[21:19] <soee> Mamarok, the amarok in beta backports working now wit kde 4.11 b1 ?
[21:20] <soee> ok anyway upgrading my desktop to beta
[21:31] <Riddell> hi ahoneybun 
[21:31] <ahoneybun> Riddell: hello!
[21:31] <ahoneybun> I did not think anyone would notice me come in lol
[21:31] <Riddell> ahoneybun: look here http://docs.kubuntu.co.uk/
[21:32] <ahoneybun> sweet!
[21:33] <ahoneybun> Riddell: I'm thinking about this just now but like darkwing said with HTML we can translate the pages with little work
[21:35] <Mamarok> soee: there is an Amarok in the beta backports? If yes, it is pretty muhc outdated I would say, we haven't released the beta of 2.8 yet
[21:35] <Riddell> ahoneybun: how?
[21:35] <soee> Mamarok, 2:2.7.1-0ubuntu0.1~ubuntu13.04+KDE4.11~ppa1
[21:35] <ahoneybun> Riddell: I believe there is a Google translate code we could put in
[21:35] <soee> uploaded 6 hours ago
[21:36] <yofel> soee, Mamarok: I cherry picked the crash fix so it's usable until we have 2.8
[21:36] <Riddell> hmm, for some definition of "translate" :)
[21:36] <soee> ah yofel great, thank you
[21:36] <Mamarok> yofel: oh, cool :)
[21:37] <ahoneybun> Riddell: https://translate.google.com/manager/website/suggestions?site=a043555eeb720900
[21:37] <Mamarok> we are preparing a beta for 2.8, as soon as strohel answers my mails
[21:37] <ahoneybun> : https://translate.google.com
[21:38] <ahoneybun> Riddell: could I test on that test page that is on the server at this moment?
[21:40] <ahoneybun> try out that translate functions
[21:41] <soee> reeboot
[21:43] <ScottK> Ridell: pykde4 in proposed fixes that
[21:56] <Riddell> ScottK: yeah, which makes me wonder if we need to force 100 packages for this alpha
[21:57] <ahoneybun> Riddell: can I give you the code to add to the page for translate support?
[21:57] <Riddell> ahoneybun: hang on we don't even have the page in english yet
[21:57] <ahoneybun> Riddell: I want to just see if it will work on that dummy page
[21:58] <ScottK> I don't see much point in an alpha was 4.10.
[21:59] <Riddell> ahoneybun: well I can just give you access to the server to do that if you wish
[21:59] <Riddell> ScottK: so force 100 packages it is
[21:59] <ahoneybun> Riddell: yes that will work I want to know if it will work first
[22:00] <Riddell> ScottK: or 630 colin said
[22:00] <yofel> please make sure amarok ubuntu3 gets into the alpha too so it doesn't just crash
[22:00] <Riddell> yofel: that seems to be compiling ok on arm
[22:01] <yofel> ouch
[22:01] <yofel> now that's something at least...
[22:02] <Riddell> debfx: your kubuntu-buildstatus stuff needs postges set up?
[22:03]  * Riddell announces http://qa.kubuntu.co.uk/
[22:05] <ScottK> skip the alpha or force them - not sure which is best. 
[22:05] <ScottK> I'm okay either way. 
[22:20] <ahoneybun> Riddell: is that the server that was donated to us?
[22:22] <Riddell> ahoneybun: yep
[22:22] <ahoneybun> col
[22:22] <ahoneybun> cool
[22:30] <Riddell> anyone got a Technicolor modem and able to tell me why port forwarding doesn't work for me?
[22:40] <ahoneybun> Riddell: http://ahoneybun.tumblr.com/
[22:45] <Riddell> cor a blog :)
[22:45] <Riddell> ahoneybun: become a kubuntu member and you can get that on planet ubuntu
[22:46] <ahoneybun> cor?
[22:46] <ahoneybun> I know, I'm working towards that :)
[22:54] <ahoneybun> Riddell: I'm confused in this whole X, Mir, and Wayland thing
[22:55] <yofel> everyone is...
[22:58] <ScottK> It's either nothing to worry about or we're doomed and it'll be at least two or three years before we know for sure which it is.
[23:04] <ScottK> JontheEchidna: Does the phased update change that's being done in update-manager affect us?
[23:04] <ahoneybun> ScottK: yofel no I don't know where they tie in
[23:04] <ahoneybun> Like I know X is a display server and so is Mir
[23:04] <yofel> Mir and Wayland are both replacements for X, or a part of it at least
[23:04] <yofel> X is an OS in itself (most of it unused these days)
[23:07] <yofel> ahoneybun: I'm too tried to really explain what X is and so on, but http://en.wikipedia.org/wiki/Wayland_%28display_server_protocol%29 is a good starting point with links for further information
[23:07] <ahoneybun> yofel: that's ok :)
[23:09] <ahoneybun> can any one confirm that if you have a OS installed and run a LiveDVD that the installer will give a option to split the hdd for both OS's?
[23:09] <yofel> right, dual boot is the default behaviour in that case
[23:09] <ScottK> Yes.
[23:12] <ahoneybun> ok cool
[23:12] <ahoneybun> thanks!
[23:19] <ahoneybun> Riddell: https://wiki.kubuntu.org/Kubuntu/KubuntuDocs/Installing
[23:31] <JontheEchidna> ScottK: nope
[23:32] <ScottK> JontheEchidna: Thanks.
[23:33] <JontheEchidna> Phase information is currently ignored and updates are offered as they become available
[23:34] <valorie> ahoneybun: I think we should get some slides showing what various installation choices look like, and at least tell what the results of that might mean
[23:35] <valorie> we probably can't get into all the nitty-gritty, but the more information we give people, the more confident they will be to install Kubuntu.
[23:37] <ScottK> JontheEchidna: That's great because I was seriously wondering how to avoid offering someone half a KDE point release.
[23:37] <JontheEchidna> heh
[23:37] <ScottK> Not kidding.
[23:38] <ScottK> I'm not sure they thought this thing all the way through.
[23:40] <ahoneybun> oh hello valorie!
[23:45] <valorie> hi ahoneybun
[23:45] <ahoneybun> whats up/
[23:45] <valorie> I was just working on the install pages a bit
[23:46] <valorie> but it's almost time for dinner, and tonight's my night with my dad
[23:49] <ahoneybun> valorie: I was working on them as well a bit
[23:50] <valorie> ok, I'll stay out of your way for awhile
[23:50] <ahoneybun> valorie: no no I'm done for the moment, we have a server!
[23:50] <valorie> I'll be back around 4 hours from now
[23:50] <valorie> I saw that
[23:50] <valorie> pretty exciting!
[23:50] <ahoneybun> yep
[23:51] <ahoneybun> and I will be asleep for work at 8
[23:51] <valorie> so when Saucy is ready to go, we'll have the docs there
[23:51] <ahoneybun> yep!
[23:51] <valorie> ready and waiting
[23:51] <valorie> maybe earlier if we can swing it
[23:52] <ahoneybun> valorie: I want to try to put google translate on the server pages
[23:52] <valorie> nice
[23:52] <ahoneybun> yep
[23:52] <valorie> it's not the best solution IMO, but certainly better than nothing
[23:52] <ahoneybun> valorie: the best would be?
[23:52] <valorie> actual translations
[23:53] <ahoneybun> how would that work on a website?
[23:53] <valorie> depends on how you set it up
[23:53] <valorie> there are CMS solutions which have a built-in way to get translations done
[23:54] <valorie> the Amarok pages, for instance
[23:54] <valorie> otoh, the Amarok solution is a pile of poo
[23:54] <valorie> but there is probably better stuff out there
[23:55] <ahoneybun> yea
[23:56] <valorie> of course, there is also mediawiki with the Translate plugin, which is what KDE uses
[23:57] <valorie> so it might be a good time to have that conversation on the -devel list now that we have a server set up
[23:59] <Quintasan> ahoneybun: May I suggest something?
[23:59] <Quintasan> s/Installing/Installation