[00:05] <xnox> pitti: slangasek: don't we in fact have enough of things ported to satisfy the requirements implied by the versioned dependency? e.g. such that all that's needed is lowering the versioned dependency to the appropriate ubuntuX?!
[00:50] <stgraber> infinity, cjwatson, slangasek: so if either one of you has a few minutes, I've got a very simple reproducer for the 12.04.5 alternate issue. "apt-get install xserver-xorg-lts-trusty ubuntu-desktop^"
[00:53] <stgraber> hmm, actually, failing too but not entirely identical, I suspect doing those two in two steps will give us the same output (trying that now in a container).
[03:00] <rcj> stgraber, just an fyi, I'll be doing the release for cloud images since utlemming is at a sprint.
[03:04] <stgraber> rcj: ok, I'll ping you when I start working on the announcement. I'm not expecting a release before at least mid-afternoon US/Canada eastern time tomorrow.
[03:05] <rcj> stgraber, sounds good.  and if you forget and ping ben instead don't worry, his nick triggers on my client
[03:06] <stgraber> haha, nice :)
[04:36] <pitti> slangase`: the reverted dependency bump was harmless in the end; Debian bumped it to ensure to get an NFS fix with systemd, but that's not a big concern right now in utopic
[04:37] <pitti> xnox: I don't remember us backporting the NFS fix in sysvinit; but it's not urgent, we'll just land the merge
[04:37] <pitti> xnox: NFS under systemd under utopic isn't an urgent matter right now
[05:37] <cjwatson> pitti,slangase`: What wasn't harmless, as it turned out, was introducing the systemd-sysv binary package :)
[05:37] <pitti> cjwatson: indeed, thanks for the upload
[05:37] <cjwatson> That meant that libpam-systemd's systemd-sysv | systemd-shim dep tried to resolve systemd-sysv first, failed, and gave up in a confused heap
[05:37] <pitti> right; that worked before because we didn't build systemd-sysv
[05:37] <cjwatson> I'm pretty sure my upload wasn't the right answer, but it seems to have unblocked build-deps at least for now
[05:38] <cjwatson> As Adam said, having systemd-shim preferred somewhere else might be a better plan
[05:38] <pitti> cjwatson: I think the only "better" answer is to make systemd-sysv installable, but I don't think we want this to be the preferred dep until we actually want to switch over
[05:38] <pitti> and that might still be a year or so out
[05:39] <pitti> so keeping this dep swap seems correct to me
[05:39] <cjwatson> hm, ok
[05:39] <pitti> cjwatson: Steve/James want systemd-sysv for some images of their's, so they asked for building it now
[05:39] <pitti> (tracked at bug 1351306)
[05:41] <cjwatson> Yeah, familiar with that image
[05:55] <cjwatson> Today is Debian import freeze; I'll shut down auto-sync later today
[07:27] <Mirv> could someone remove qtconnectivity-opensource-src 5.3.1-1 from utopic-proposed so that I could upload a 5.3.0 update instead?
[07:28] <Mirv> doko asked me about the various Qt 5.3.1 packages in utopic-proposed and I responded they could be all removed so to make the eventual 5.3.x upgrade via landing PPA instead
[07:29] <Mirv> qtscript actually slipped its 5.3.1 to release pocket too, but that didn't hurt. there is a newer Debian version though in -proposed.
[07:31] <infinity> Mirv: And why don't we want the newer versions?
[07:32] <infinity> Mirv: It's in sync with Debian, that's generally considered a good thing.
[07:33] <Mirv> infinity: the Debian's 5.3.1 build-deps on qtbase 5.3.1, and at this point of RTM it seemed risky to update even to newer minor version. some of the modules also can't be upgraded if qtbase stays at 5.3.0, since there are run-time version checks in Qt.
[07:34] <infinity> Mirv: Weren't we planning to fork the archive for these very sorts of reasons?
[07:34] <infinity> Mirv: That said, new minor versions are probably not a terrible idea at all, just need some testing.
[07:34] <Mirv> infinity: yes, it should happen still this week, but I'm not sure about how quickly whan can start to put stuff normally to ubuntu after that.
[07:35] <Mirv> infinity: minor versions of Qt have broken some things subtly before, so for RTM that's a no-go
[07:35] <infinity> Mirv: changes in any package break things subtly, we can't stop development on everything that's in the image/sdk.
[07:36] <Mirv> but regarding -proposed, the testing will need testing via landing PPA anyhow, so it wouldn't hurt not to have those 5.3.1 packages removed from -proposed and land everything (synced or not) from the landing PPA
[07:36] <infinity> Mirv: So, yes, I agree that it might want evaluation, and that the forking probably needs to happen soon, but if you're going to single out Qt, I can give you dozens of other packages changed in the last week in Ubuntu to worry about.
[07:36] <Mirv> with 5.3.0 I however removed the certain packages from landing PPA before publishing, so that the packages in -proposed would be reused, so that's also possible
[07:36] <infinity> Mirv: (Not to freak you out, just saying, this is the process and the model)
[07:37] <Mirv> infinity: Qt is slightly problematic because everything is based on it, and if I would be to start upgrading to 5.3.1, it could critically slow developing other things down, since everything depending on eg. qtbase-abi-5-3-1 needs to be locked for the Qt transition. and that's not including the subtle but possibly serious bugs that could be introduced.
[07:38] <Mirv> so timeline wise, it doesn't fit, but it should be ok as soon as we have the archive forked
[07:38] <infinity> Mirv: So, when the archive is forked, do your 5.3.0 uploads in the forked archive? :)
[07:39] <infinity> Mirv: Given that it's all FTBFS in proposed, it's not hurting anyone.
[07:39] <infinity> But given that it's all FTBFS, I guess I can remove it too.  *shrug*
[07:39] <Mirv> infinity: actually this upload is not for Ubuntu, but more like for Kubuntu. Ubuntu doesn't even use it, but the package if basically Bluetooth package without working Bluetooth support at the moment.
[07:39] <infinity> It'll autosync the next time it's updated in Debian, though.
[07:39] <infinity> Because we're in sync.
[07:39] <cjwatson> RTM's only supposed to get stuff that's been already tested in Ubuntu, generally
[07:39] <infinity> Which is good.
[07:39] <infinity> Not bad.
[07:39] <Mirv> infinity: oh, there's autosync after sync period for packages that are already in sync?
[07:40]  * cjwatson fails to parse that question
[07:40] <Mirv> anyway, I just figured out KDE people might want a working Qt Bluetooth module, even though we don't use it
[07:40] <infinity> DebianImportFreeze is, actually, today. :P
[07:40] <cjwatson> Right
[07:41] <infinity> So, I suppose if we remove this and Colin turns off the cron job, only a manual sync will bring it back.
[07:41] <cjwatson> I'll flip cron this evening
[07:41] <infinity> But you can argue with the Kubuntu folks, since I bet they want it.
[07:41] <Mirv> wow, when it has been moved to be so late :) I thought it was in June. ok, that explains it.
[07:41] <infinity> And rightly so.
[07:41] <cjwatson> We've been pushing it later as the economics work out much better this way.
[07:42] <Mirv> yes, I agree it's much nicer this way, thanks for that
[07:42] <mlankhorst> cjwatson: did you find out more about bug 1351262 ?
[07:42] <cjwatson> mlankhorst: No, sorry, have had no time
[07:42] <mlankhorst> ok np
[07:42] <cjwatson> I wasn't expecting to be involved in 12.04.5 ...
[07:42] <mlankhorst> well I don't know how to create iso's
[07:43] <cjwatson> You don't need to
[07:43] <cjwatson> 01:50 <stgraber> infinity, cjwatson, slangasek: so if either one of you has a few minutes, I've got a very simple reproducer for the 12.04.5 alternate issue. "apt-get install xserver-xorg-lts-trusty ubuntu-desktop^"
[07:43] <cjwatson> 01:53 <stgraber> hmm, actually, failing too but not entirely identical, I suspect doing those two in two steps will give us the same output (trying that now in a container).
[07:43] <zequence> stgraber: Yes, we will participate in 12.04.05
[07:43] <mlankhorst> cjwatson: ah ok :-)
[07:44] <cjwatson> I'm pretty certain trying to create ISO images would be a dddistraction for this
[07:45] <mlankhorst> yeah
[07:45] <mlankhorst> but how do I get libgl1-mesa-dri/glx removed from the ubuntu-desktop task?
[07:45] <cjwatson> You can't
[07:46] <cjwatson> We can't change tasks after release
[07:46] <cjwatson> This is why we use metapackages for point releases
[07:46] <cjwatson> (So yeah, actually stgraber's test isn't hugely meaningful, then)
[07:47] <cjwatson> mlankhorst: ok, what image is this affecting, and how can I reproduce the problem?
[07:48] <mlankhorst> but isn't that what the alternate cd does? select the ubuntu-desktop task and add the lts-trusty stuff
[07:48] <mlankhorst> cjwatson: it affects the alternate cd, I've tested with 20140805.1 because later had the no modules found bug
[07:48] <cjwatson> oh, well, we do an independent germinate run for the alternate CD, we're not reliant on archive tasks
[07:50] <cjwatson> mlankhorst: How can I reproduce this problem?
[07:50] <mlankhorst> cjwatson: simply install the image in a vm, it will fail with that error
[07:51] <cjwatson> if the kernel modules are out of sync then I think I need to fix that first
[07:52] <mlankhorst> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1353086
[07:53] <cjwatson> gar why is that on ubiquity
[07:53]  * cjwatson moves
[07:55] <jibel> mlankhorst, really, I think kernel module is fixed in 20140806
[07:55] <mlankhorst>  ok
[07:55] <mlankhorst> I' ll try
[07:55] <jibel> cjwatson, before you start anything on "no kernel module found" let me confirm if it is fixed or not
[07:56] <cjwatson> Certainly looks like it should be fine
[07:56] <cjwatson> uname -a matches udebs
[07:56] <mlankhorst> ok
[08:02] <jibel> cjwatson, mlankhorst I confirm that on alternate 20140806 kernel and modules match, and the remaining issue is the installation of the task ubuntu-desktop
[08:04] <mlankhorst> jibel: yeah I can reproduce the error message by simply doing apt-get install --install-recommends xserver-xorg-lts-trusty libgl1-mesa-{dri,glx}{,-lts-trusty} libglapi-mesa{,-lts-trusty}
[08:04] <mlankhorst> in a pbuilder chroot
[08:06] <mlankhorst> so the real problem is having libgl1-mesa-dri, libgl1-mesa-glx and libglapi-mesa on that iso
[08:06] <Riddelll> stgraber: what's new in the images today?
[08:11] <jibel> Riddelll, last respin was a fix to dmidecode to support smbios > 2.7 and not crash ubiquity
[08:12] <Riddelll> thanks
[08:25] <jibel> psivaa, precise lamp is still unstable, you didn't push your fix?
[08:27] <psivaa> jibel: ohh, sorry you must have missed my message about it:
[08:27] <psivaa> Aug 01 11:06:50 <psivaa>	jibel: https://code.launchpad.net/~ubuntu-server-iso-testing-dev/+junk/server-tests-precise is being a junk branch, i've created another junk with these changes
[08:27] <psivaa> Aug 01 11:06:51 <psivaa>        http://bazaar.launchpad.net/~psivaa/+junk/precise-lamp-test-fixes/revision/271
[08:28] <jibel> psivaa, I know you have a fix in your junk but it'd be more useful in production :)
[08:29] <psivaa> jibel: the production tests are themselves are using a junk branch ( which i agree is questionable) and i can not push to that branch
[08:30] <psivaa> jibel: i can create another project for this but that'd require all the precise jobs to be regenerated
[08:30] <jibel> psivaa, now you can
[08:30] <psivaa> jibel: great. thanks. will push it
[08:31] <cjwatson> mlankhorst: right, I suspect I'll need to tweak cdimage or possibly the seeds for this, but just trying to carve out enough sprint time to test it
[08:31] <mlankhorst> ok
[08:31] <mlankhorst> thanks
[08:32] <jibel> psivaa, are server tests not using utah?
[08:32] <psivaa> jibel: precise ones dont use uta
[08:32] <psivaa> *utah
[08:33] <jibel> psivaa, ah, I didn't realize it was still using the old ubuntu-server-iso-testing. And who was maintaining it for the last 2 years?
[08:33] <pitti> cjwatson: ah, systemd-sysv is known to be uninstallable, hence britney doesn't let it propagate; is it possible to override that, or do we need to wait on the sysvinit merge?
[08:33] <jibel> (I guess the answer is no one :))
[08:34] <psivaa> plars: i dint think it needed much maintenance for precise tests, except couchdb failing a couple of times or so.. i with the help of retoaded do fix them
[08:34] <xnox> pitti: it's best to fix it, since increasing total uninstallable count can lead to britney later trading one uninstallable for another and causing havoc...
[08:35] <jibel> psivaa, anyway, thanks for the fix. let me know when I can retrigger LAMP tests
[08:36] <cjwatson> pitti: Not sure
[08:36] <cjwatson> It's possible, but as xnox says possibly problematic
[08:36] <cjwatson> Hm, I wonder what forces xserver-xorg-lts-trusty to be pulled in in the first place
[08:36] <pitti> cjwatson, xnox: ok; I suppose we could do another sysvinit upload with just that change, and I'll re-re-re-re-redo the sysvinit merge
[08:37] <psivaa> jibel: np. in the landing meeting. will do it in ~20 mins
[08:37] <cjwatson> mlankhorst: I think you could fix this by changing the preferred libgl1 alternative in xserver-xorg-core-lts-trusty
[08:37] <cjwatson> It's currently libgl1-mesa-glx
[08:38] <xnox> pitti: shouldn't it just be s/sysvinit-core// ? cause sysvinit-core provides halt/init/poweroff/reboot/runlevel/shutdown/telinit all of which systemd-sysv is suppose to provide and in fact declares replaces on it....
[08:38] <xnox> wait. read it wrong.
[08:38] <pitti> xnox: it's because our current initscripts still hard-depends on upstart and mountall
[08:38] <mlankhorst> cjwatson: ok I'll look, last I checked the packaging had the correct one at least, maybe it needs a similar hack?
[08:38] <mlankhorst> oh DERP
[08:38] <xnox> pitti: ah, i see.
[08:38] <pitti> xnox: which is fixed in my pending merge; I'll prepare an upload with just that
[08:39] <pitti> to get that out of the way
[08:39] <mlankhorst> probably happens at shlibdeps time
[08:42] <mlankhorst> libglx adds it, lets see if it happened in saucy too
[08:42] <mlankhorst> odd, it should have been
[08:42] <pitti> xnox: ok, done in https://launchpad.net/ubuntu/+source/sysvinit/2.88dsf-41ubuntu17
[08:44] <xnox> cjwatson: stgraber: wubi for 12.04.5 for what it's worth http://people.canonical.com/~xnox/wubi/precise/wubi-r281-precise-signed.exe
[08:45] <cjwatson> xnox: hm, I guess I need to install that and any images that have it need to be rebuilt ...
[08:45] <cjwatson> I lose track
[08:46] <xnox> it was signed and done yesterday, but i didn't get any emails from RT =/ =(
[08:46] <xnox> so it could have been on yesterday's respin, oh well.
[08:48] <cjwatson> copied, http://people.canonical.com/~ubuntu-archive/wubi/precise/stable symlink repointed
[09:01] <psivaa> jibel: i've triggered the lamp jobs. and sorry i have no idea why i pinged Paul in the earlier message :/. must be muscle memory
[09:04] <psivaa> jibel: and the dashboard is happy now :)
[09:19] <mlankhorst> can someone drop xorg-server-lts-trusty_1.15.1-0ubuntu2.1~precise1 ? it will conflict with the fixed xorg-server
[09:21] <mlankhorst> it's in precise's NEW queue
[09:41] <mlankhorst> cjwatson: ^ enjoy
[09:53] <xnox> cjwatson: ubiquity in precise doesn't look like it was rebuild since the last https enablements: apt-setup 1:0.55ubuntu4.1 base-installer 1.122ubuntu7.4 choose-mirror 2.39ubuntu4.1 debian-installer-utils 1.88ubuntu2.2
[09:53] <xnox> do we need those in ubiquity?
[09:55] <cjwatson> I'm not sure, check the changelogs?  is it just https?
[09:55] <cjwatson> I'm not hugely bothered about https there if it otherwise works
[10:06] <jibel> psivaa, thank you
[10:06] <psivaa> jibel: yw
[10:28] <wgrant> cjwatson: Do we care about the special case in edit-acl's query command which uses all_distro_archives if no archive is given? The other commands all just default to the primary archive.
[10:39] <cjwatson> wgrant: It's sort of useful to be able to see them all, but maybe it should be a separate option instead
[10:40] <cjwatson> (Because otherwise I forget about the existence of partner or something)
[11:10] <doko> Riddell, cjwatson: does one of you look at the kde migration?
[11:11] <Riddell> doko: I've looked at it and my eyes started bleeding, I don't know where else to look
[11:11] <Riddell> doko: I removed some nepomuk packages because that's gone in this version of KDE SC
[11:11] <Riddell> but it didn't help
[11:16] <mlankhorst> jibel: can you accept xorg-server-lts-trusty? it should fix your iso, if lucky
[11:17] <jibel> I cannot do that, I am just QA not archive admin :)
[11:17] <mlankhorst> ok
[11:41] <cjwatson> mlankhorst: that's a biggish diff against current precise - do you think it can be verified in time?
[11:41] <mlankhorst> er?
[11:41] <mlankhorst> it's 4 lines
[11:41] <cjwatson> I was expecting a diff for just this change
[11:42] <cjwatson> http://paste.ubuntu.com/7979052/
[11:42] <mlankhorst> 2:1.15.1-0ubuntu2~precise2
[11:42] <cjwatson> Er, hm, where's that I wonder
[11:42] <cjwatson> Oh, unapproved not new
[11:42] <mlankhorst> weird, how did that end in unapproved :P
[11:42] <cjwatson> I think that LP bug was fixed
[11:42] <mlankhorst> ah
[11:44] <cjwatson> mlankhorst: William confirms that's fixed now
[11:44] <mlankhorst> just delete the one in NEW, I'll see if I can get in the 2.1 later
[11:44] <cjwatson> I did
[11:46] <cjwatson> Bah, sru comment didn't happen because wrong source, will fix
[11:47] <cjwatson> ah comment but not bug source
[11:47] <cjwatson> status.  whatever
[11:49] <jibel> jamespag`, if you want to smoketest iscsi on 12.04.5 server, it's the only test missing with maas
[13:29]  * stgraber reads backlog
[13:32] <mlankhorst> so with xorg-server-lts-trusty in -proposed, time to respin alternate?
[13:33] <mlankhorst> # apt-cache show xserver-xorg-core-lts-trusty |grep glx
[13:33] <mlankhorst> Depends: xserver-common-lts-trusty (>= 2:1.15.1-0ubuntu2~precise2), keyboard-configuration, udev (>= 149), libc6 (>= 2.15), libdrm2 (>= 2.3.1), libgcrypt11 (>= 1.4.5), libgl1-mesa-glx-lts-trusty | libgl1, libpciaccess0 (>= 0.12.902), libpixman-1-0 (>= 0.30.0), libudev0 (>= 161), libxau6, libxdmcp6, libxfont1 (>= 1:1.4.2)
[13:33] <mlankhorst> that seems to work at least
[13:36] <stgraber> mlankhorst: no, we need to move it to -updates first
[13:36] <mlankhorst> ah
[13:37] <mlankhorst> ok let me see if it runs locally
[13:37] <stgraber> mlankhorst: can you just install that one from -proposed in a chroot or something to confirm it installs fine?
[13:37] <stgraber> mlankhorst: if it does, I'll consider that verification-done and will copy it to -updates
[13:37] <mlankhorst> it installs, but I'm still on precise so I can check if it runs too
[13:38] <stgraber> xnox: so wrt wubi I'm a bit lost, did we still let people install using wubi in 12.04? if so, I suspect we indeed need a respin of everything that includes it...
[13:38]  * stgraber doesn't like the idea of a mass respin this late, it'll be very hard to still release today if we do
[13:44] <xnox> stgraber: i believe in 12.04 it is still supported. I do know that without update the old wubi will break, as it will keep on looking for 12.04.4
[13:44] <mlankhorst> stgraber: go ahead, verification-done
[13:44] <xnox> stgraber: i thought cjwatson was pondering on respins, not sure if he did that or not.
[13:44] <mlankhorst> still boots -core on my system
[13:45] <stgraber> xnox: damn, ok...
[13:45] <stgraber> xnox: I'm not seeing any respins, so I guess I'll release mlankhorst's upload to -updates and then do a mass respin
[13:47] <stgraber> zequence, Riddell, jibel: bad news, we're heading to another respin in about an hour. Affected will be ubuntu alternate and anything which contains wubi (fix for 12.04.5) or xserver-xorg-core-lts-trusty (to be in sync with the source image)
[13:48] <Riddell> good thing I haven't started testing today yet :)
[13:49] <stgraber> so at this point, I'm expecting a very very late 12.04.5 release, still kinda hoping to make it today but I guess tomorrow isn't entirely out of the question at this point :(
[13:49] <jibel> stgraber, for desktop its just the cd not the livefs that is affected or are you rebuilding the livefs too?
[13:51] <stgraber> jibel: I suspect we have xserver-xorg-core-lts-trusty in the desktop livefs
[13:51] <jibel> :(
[13:51] <jibel> right
[13:51] <jibel> the day will be long
[13:52] <stgraber> realistically, if you already tested the current one, just re-test wubi and test a single install, if that works, you're good. It's a LTS release and I know we haven't released any other thing in between, so if the image isn't corrupted, past results should stand.
[13:53] <jibel> stgraber, realistically I won't be able to do much more than this.
[13:54] <jibel> server, netboot and core looks good at least :)
[13:55] <stgraber> yay, some good news!
[13:55] <stgraber> can you mark those as ready on the tracker?
[14:04]  * stgraber figures out the list of needed respins
[14:09] <stgraber> ok, so we have some good news there, though not for jibel
[14:10] <stgraber> Edubuntu DVD => full respin
[14:10] <stgraber> Kubuntu desktop => iso respin (same livefs)
[14:10] <stgraber> Ubuntu alternate => full respin
[14:10] <stgraber> Ubuntu desktop => full respin
[14:10] <stgraber> Ubuntu DVD => full respin
[14:10] <stgraber> Ubuntu Studio DVD => iso respin (same livefs)
[14:11] <stgraber> Now I just need to figure out how we do an iso respin only in the new world order
[14:12] <stgraber> oh, I guess just not passing --live should do the trick
[14:12] <stgraber> cjwatson: are you around to confirm?
[14:27] <Riddell> stgraber: kubuntu alternate no respin?
[14:28] <stgraber> nope, not needed as it doesn't contain wubi and doesn't have the HWE X stack
[14:28]  * Riddell gets on with testing
[14:30] <stgraber> and the ones I listed above as iso respin only, means that you should just give a very limited spot check to make sure the livefs didn't get corrupted, but any existing testing you've done should still apply
[14:46] <cjwatson> stgraber: confirmed
[14:46] <cjwatson> stgraber: for alternates, suggest running:  germinate -s ubuntu.precise -d precise,precise-updates,precise-proposed -a amd64 --no-rdepends
[14:47] <cjwatson> and check that libgl1-mesa-{dri,glx} aren't in desktop-common or desktop, only the -lts-trusty variants
[14:52] <stgraber> cjwatson: only seeing the lts-trusty ones, so looks like we're good
[14:56] <cjwatson> Yay
[14:59] <stgraber> ok, so rebuilding the wubi-only images now since those are trivial, still waiting for xserver-xorg-lts-trusty to publish
[15:19]  * stgraber grabs the new kubuntu image to confirm wubi matches xnox's build
[15:23]  * stgraber spins up a new ubuntu alternate
[15:27] <stgraber> confirmed that wubi on the image and wubi on people.u.c have the same md5, so things look good
[15:27] <stgraber> Riddell: you should be all set for 12.04.5 at last
[15:29] <Riddell> stgraber: lovely
[15:34] <stgraber> jibel: there you go, hopefully those will actually work ^
[15:35] <stgraber> zequence: those studio images should be your 12.04.5 images unless you notice a major issue with them. As I said above, only the iso was respun, not the livefs, so a simple spot check is enough if you already tested the previous one.
[15:35] <jibel> hopefully
[15:44] <stgraber> current status is that I'm doing an alternate test install to confirm the X issue has been resolved, once that's confirmed, I'll respin the rest of the affected images
[15:45] <jibel> stgraber, don't waste your time on this I'm on it
[15:45] <stgraber> jibel: how far are you with your install?
[15:51] <stgraber> here it just went past the point where it'd usually fail in the past!
[15:51] <jibel> stgraber, here too
[15:51] <stgraber> starting the respins of edubuntu dvd, ubuntu desktop and ubuntu dvd
[15:52] <stgraber> all building now
[15:53] <stgraber> and also building a new wubi live image (forgot that one in my earlier list)
[16:09] <stgraber> zequence, Riddell: What will the URL be for your respective announcements?
[16:11] <Riddell> http://www.kubuntu.org/news/kubuntu-12.04.5
[16:14] <stgraber> draft of the announcement: http://pad.ubuntu.com/12-04-5-announcement
[16:15] <Riddell> groovy
[16:15] <Riddell> stgraber: when do you want to release it?
[16:16] <stgraber> hopefully still today, or at least today for North America. My hope is for within the next 6 hours
[16:16] <stgraber> but that entirely depends on testing
[16:17]  * stgraber does the usual wiki mangling for the point release
[16:17] <Riddell> groovy, I've marked kubuntu as ready
[16:18] <stgraber> yay!
[16:18] <rcj> stgraber, no respin planned for cloud images, just fyi but you probably figured that. :)
[16:18] <Riddell> but it's only me who's tested them so could do with some others, hoping for some helpers later on
[16:18] <stgraber> rcj: yeah, I figured you weren't affected by crazy windows or X issues :)
[16:19] <stgraber> Riddell: same thing for Edubuntu, I'm the only tester for this point release, though I'm not too concerned as it's not massively different from 12.04.4
[16:27] <Riddell> stgraber: sgclark is going to be the release contact for Kubuntu this evening, do give her a ping when it goes out so she knows to publish the news story
[16:27] <sgclark> hello!
[16:29] <stgraber> Riddell, sgclark: ok, will do!
[16:34] <stgraber> wiki should be good now except for the list of changes from 12.04.4 which I'm still compiling
[16:35] <stgraber> cjwatson: if you're still around, DIST=precise cron.source is failing somehow...
[16:41] <stgraber> actually, let me try to call it the right way first, maybe that'll do the trick :)
[16:42] <stgraber> hmm, no, this is the right way (looking at bash history from what infinity did for 14.04.1)
[16:47] <stgraber> ok, let's try an ugly workaround for now
[17:07] <stgraber> who's around from Ubuntu Studio?
[17:07] <zequence> stgraber: I am
[17:08] <zequence> stgraber: Our release link http://ubuntustudio.org/2014/08/ubuntu-studio-12-04-5-point-release
[17:08] <stgraber> zequence: thanks
[17:08] <stgraber> ok, so we just need to wait for Edubuntu to finish building + me to do a quick re-test on both and then hopefully jibel will have somehow tested everything else by then ;)
[17:09] <jibel> I asked someone to test wubi, and I'm reviewing desktop images
[17:12] <stgraber> cool, thanks
[17:36] <highvoltage> cool
[17:36] <highvoltage> stgraber: I also just finished my workshop but will be driving home in a few mins. everything ok?
[17:39] <stgraber> highvoltage: yeah, the 12.04.5 candidate images for Edubuntu just finished building, downloading them now
[17:41] <highvoltage> it's weird it feels like last week that 12.04.4 was released. time flies too fast.
[17:41] <highvoltage> ah I'm thinking of the 14.04 point release
[17:42] <stgraber> yeah, we had 14.04.1, alpha-2 of 14.10 and 12.04.5 really close by
[17:54] <jibel> and B1 in 3 weeks
[17:55] <jibel> stgraber, alternate is okay but I didn't test LTSP
[17:56] <jibel> stgraber, I'm taking a break now and be back later to review desktop and DVD
[17:56] <jibel> and hopefully update results of Wubi
[17:57] <mlankhorst> is the alternate cd built?
[17:57] <jibel> mlankhorst, yes and tested
[17:58] <mlankhorst> works?
[17:58] <jibel> mlankhorst, after installation I've a desktop, so the test is positive :)
[17:58] <mlankhorst> good
[17:58] <jibel> mlankhorst, thanks for your help.
[17:58] <mlankhorst> np
[17:59] <jibel> stgraber, I won't have results for Mac. Installation fails on the Mac used by the team
[18:03] <stgraber> jibel: ok
[18:03] <stgraber> jibel: we'll see if someone else can give us a positive result for it, otherwise we'll just skip +mac I guess
[19:48] <stgraber> xnox: around?
[19:59] <stgraber> right, so wubi is wrong and we'll need another iso-only respin for that
[19:59] <stgraber> xnox is currently busy (just called him) but should be able to come online and get a new build in the next 30min or so
[20:00] <stgraber> I'll try to build it myself here though as it doesn't seem to be very difficult to do
[20:02] <stgraber> Riddell, sgclark, zequence, jibel: sorry but this will mean another mass rebuild hopefully in the next hour. Note that this is only going to be the ISO and not the livefs, so a simple boot test to confirm your iso isn't corrupted will be sufficient.
[20:03] <stgraber> affected products are: edubuntu dvd, kubuntu desktop, ubuntu desktop, ubuntu dvd and ubuntu studio dvd
[20:08] <jibel> stgraber, and a test of wubi of course
[20:15] <stgraber> xnox: pycrypto download url is broken and you need to have grub-pc installed apparently...
[20:16] <stgraber> and it now failed for yet another reason... retrying the whole thing again
[20:26] <stgraber> yay, got a wubi.exe
[20:26] <stgraber> and that does say 12.04.5!
[20:27] <xnox> stgraber: hey
[20:27] <xnox> stgraber: online now
[20:27] <xnox> stgraber: oh =( yeah pycrypto i was getting it from a new location recently.
[20:27] <xnox> =)
[20:27] <xnox> stgraber: and i guess i owe doing testing past respin....
[20:27] <xnox> yeap, my 281 locall signed binary says .4 & 280 =(
[20:28] <xnox> i did what ev did the other time. upload wrong revision wubi and go off motor cycling.
[20:28] <xnox> sorry.
[20:29] <stgraber> xnox: also, pylauncher was pretty unhappy here, I had to port it from os.system to subprocess.call for it to work
[20:30] <stgraber> anyway, pushed both fixes back to the branch in case anyone ever needs to do that again
[20:30] <stgraber> and now very much hoping someone from IS has a minute to sign that thing
[20:31] <xnox> stgraber: top contributor to wubi! Congrats, so I'm guessing you will be building it from now on =) 2 years of that was enough for me ;-)
[20:31] <xnox> ev handed over to me, when he build it with wrong version..... history seems to repeat itself
[20:32] <stgraber> jibel, zequence, Riddell, sgclark: ok, so what do you prefer, another testing blitz in an hour or so and release today or just go get some rest and we pick this up tomorrow and release a day late?
[20:32] <jibel> stgraber, I don't mind retrying in 1h
[20:32] <sgclark> does not matter to me
[20:32] <jibel> and it's just 8:30AM on Baker Island we have plenty of time to retry and release on the 7th
[20:33] <stgraber> ok, good, so I'll ping all of you as soon as I get hold of someone at Canonical IS to sign that new wubi
[20:33] <stgraber> jibel: in case you can get someone to pre smoke-test it for you: http://people.canonical.com/~stgraber/wubi-12.04.5.exe
[20:33] <sgclark> I don't think many will be around for testing on our part today, late already for most
[20:33] <stgraber> jibel: it's not signed so Windows may complain about it
[20:34] <stgraber> sgclark: so since we won't be rebuilding the livefs, you'll just need someone to boot the two affected images and make sure they're not corrupt.
[20:34] <jibel> stgraber, I'll wait the iso just in case someone has the funny idea to put the previous version or sign it with the wrong key and who knows what else can happen now
[20:35] <sgclark> stgraber: where are these images? sorry. thought I was just doing a post :)
[20:37] <stgraber> sgclark: queuebot will announce them here when they're built and you'll be able to download them from http://iso.qa.ubuntu.com/qatracker/milestones/320/builds but I should have enough time to give you a hand with testing those whenever we're actually ready to build them
[20:37] <sgclark> ok thanks
[20:37] <stgraber> going away for a few minutes (food), hoping to get a response from IS by the time I get back
[20:38] <stgraber> xnox: at some point between ev and you, I've been doing wubi builds, but that's a part of my life I prefer to pretend never happened :)
[20:53] <stgraber> we've got a signed wubi: https://chinstrap.canonical.com/~rfinnie/wubi-12.04.5-signed.exe
[20:53] <stgraber> moving it into place and starting the rebuilds
[20:58] <stgraber> images are rebuilding now, ETA is ~15min
[20:58] <stgraber> jibel, zequence, Riddell, sgclark: ^
[20:59] <mlankhorst> will it still be ready in time for today? :P
[20:59] <stgraber> jibel: new md5sum is 9a83deb1fa55e4b4811730880ce71788
[20:59] <stgraber> mlankhorst: for me, sure, for Europeans, probably not :)
[21:01] <jibel> 1h to release on the 7th in France
[21:03] <mlankhorst> yeah
[21:18]  * xnox goes for the dvds
[21:22] <stgraber> and of course as usual edubuntu will publish last :)
[21:22] <sgclark> ok so which are the two affected?
[21:22] <stgraber> sgclark: the two I rebuilt, Kubuntu Desktop amd64 and Kubuntu Desktop i386
[21:23] <stgraber> sgclark: http://cdimage.ubuntu.com/kubuntu/precise/daily-live/20140807.1/
[21:23] <sgclark> ty
[21:23] <stgraber> sgclark: that's precise-desktop-amd64.iso and precise-desktop-i386.iso
[21:23] <xnox> hm.
[21:24]  * xnox is trying to run wubi....
[21:24] <stgraber> xnox: does it at least say 12.04.5 now?
[21:24] <xnox> it fails to unpack for me, but i have newer wubi here installed again. Let me reclone pristine windows 7.
[21:26] <stgraber> hmm, the .exe did start fine here
[21:26]  * stgraber grabs the smallest iso he can find to test
[21:27]  * xnox is slowly cloning a fresh 30GB win7 VM
[21:31] <jibel> I asked nuclearbob to verify wubi on a real windows host
[21:36] <jibel> yay alternate ltsp passed
[21:37] <stgraber> signature is valid here and it appears to start, though that's a Windows server that's running out of disk space so it's not going very far :)
[21:37] <stgraber> jibel: that's impressive, it usually always fails for a reason or another! :)
[21:38] <stgraber> well, there was an obvious fail with LTSP but I fixed it two days ago (usual upload to switch it to the new kernels)
[21:38] <jibel> stgraber, usually it fails because it picks the wrong nic
[21:38] <jibel> lets do another round of desktop and dvds
[21:39]  * stgraber grabs Edubuntu and re-tests those two one more time
[21:40] <stgraber> well, first have to wait for them to sync to cdimage I guess...
[21:41] <jibel> stgraber, do we agree to say if an image boots and installation is successful then all the test passed on previous image are still valid?
[21:41] <stgraber> jibel: yes
[21:41] <stgraber> livefs is identical so if it's not corrupt, we're good
[21:41] <jibel> good
[21:43] <xnox> dvd/i386 is all good for wubi
[21:43] <xnox> (in a fresh windows7 vm)
[21:44] <stgraber> yay!
[21:49] <xnox> ubuntu amd64 desktop & dvd boot in UEFI modes fine.
[21:50] <jibel> and in bios mode too :)
[21:51]  * xnox likes trusty hwe stack. Got widescreen in qemu =)
[21:53] <jibel> ubuntu desktop is ok, untested screen reader and vmware easyinstall
[21:55] <stgraber> finally getting there! :)
[21:56] <jibel> Mac images are untested. Only test we did, didn't pass the partitioning. It's a no-go for QA
[21:56] <stgraber> ok, I won't be releasing them then
[21:56]  * xnox has no macs =(
[21:56] <stgraber> if someone complains about it and does testing for us, we can always release them later
[21:56]  * xnox grabs studio images
[21:57] <stgraber> xnox: thanks! I haven't heard from the studio guys in a while so I was actually planning on doing the spot check for them once I'm done with Edubuntu.
[21:58]  * xnox ponders about how pointless it is to GPG sing MD5SUMS file
[21:58] <xnox> well SHA256SUMS is also signed, so it's alright.
[21:59] <stgraber> yeah, I wouldn't really recommend anyone use MD5SUMS to check authenticity, using it to check integrity is fine though (but then you don't care about the signed one)
[22:03] <xnox> i like studio theme, but i'm getting OCD about all the minor ux bugs that i fixed in ubiquity since, in precise.
[22:03] <stgraber> :)
[22:03] <xnox> live session is fine on amd64, finishing up install and then will do i386.
[22:04] <stgraber> edubuntu amd64 live and ltsp are good, doing a standard install to confirm the media is clean
[22:05] <jibel> ubuntu dvd amd64 is ok
[22:07] <sgclark> kubuntu amd64 good, now testing i386
[22:08] <stgraber> I'm doing pre-publishing of everything that's on the tracker except for ubuntu mac images
[22:09] <xnox> i can draw a doodle in gimp post ubuntustudio installation -> perfect.
[22:10] <xnox> stgraber: we are not respining livefs for openssl security fix just pushed out....?!
[22:10] <xnox> where just is 2h ago.
[22:11] <xnox> (for updates, 3h for security pocket)
[22:12] <stgraber> nope
[22:12] <xnox> good =)
[22:12] <stgraber> if we had to respin every time there was an openssl security fix... :)
[22:13] <xnox> ... we'd never be able to release </troll> =)
[22:14] <stgraber> pre-publishing done
[22:15] <stgraber> xnox: ok, so what did you test so I update the tracker with those?
[22:15] <xnox> stgraber: yes.
[22:15] <xnox> studio i386 in progress, will finish soon.
[22:15] <xnox> i've updated tracker with green test results for things i've tested.
[22:15] <stgraber> oh, I see, marking that one ready then
[22:15] <xnox> ubuntu dvds should be ready
[22:15] <xnox> as well
[22:16] <stgraber> I'll let jibel flip the magic switch for those since he's around :)
[22:16] <jibel> done
[22:17] <stgraber> cool, so just waiting for studio i386, kubuntu i386 and both edubuntus (which take a bloody long time to install...)
[22:18] <stgraber> I'll soon start final publishing of everything to let time for cdimage mirrors and bittorrent to catch up, by the time that's done, I should be done with edubuntu
[22:19] <jibel> 13 contributors have provided 290 results and covered 217 testcases
[22:19] <xnox> will we have to test torrents as well.... or they are now "can be assumed to be operational"
[22:19] <jibel> and 1 contributor is a bot
[22:19] <stgraber> xnox: I usually load a bunch in my client here and wait to see when they start working. The server is freakishly slow so it needs a good hour for the initial hashing.
[22:20] <stgraber> so with that said, my current ETA for release is midnight UTC (1 hour and 40min from now).
[22:20] <stgraber> Riddell, sgclark, zequence: ^
[22:21] <sgclark> ok. Riddell is long asleep by now I suspect but I will be here, almost done with i386
[22:23] <xnox> ubuntu studio dvd i386 is ready, all good.
[22:27] <sgclark> kubuntu i386 good
[22:28] <stgraber> ok, beginning publishing now
[22:28] <stgraber> 1.5h should be plenty for bittorrent to catch-up
[22:29] <jibel> testing report sent
[22:29] <stgraber> jibel: perfect, thanks for staying up so late!
[22:29] <jibel> I've had my share of testing for today
[22:30] <jibel> stgraber, if you don't need me for anything else I'm heading to bed
[22:30] <jibel> good night everyone !
[22:30] <stgraber> jibel: nope, all good, good night!
[22:31] <xnox> yeah, me too. good night. sorry for the mistake =(
[22:32] <stgraber> xnox: good night! Thanks for helping with the testing :)
[22:45] <stgraber> rcj: FYI, release in 1h15 (midnight UTC)
[23:06] <rcj> stgraber, sounds good, thanks.
[23:15] <stgraber> and at last, we've got test results for everything.
[23:15] <stgraber> I just pushed out the images to the mirrors, so that should be syncing about now and bittorrent should have enough time to catch up in the next 45min


 That's early.
[11:36]  * JonathanD checks his watch :)
[11:36] <JonathanD> You seem to be awake ;)
[11:36]  * waltman *yawns*
[11:36] <waltman> breakfast &
[11:37] <JonathanD> jedijf: are you bringing us breakfast treats? :)
[12:12] <jedijf> JonathanD: lol, i almost forgot...just ordered 5dz bagel - danish - donuts
[12:13] <jedijf> added some muffins and sticky buns too
[12:19] <waltman> jedijf++
[12:24] <jedijf> WHO'S GOT COFFEE?
[12:24] <jedijf> for sat
[12:37] <IdleOne> I don't know who sat is but I think they should get me a coffee
[12:38] <IdleOne> Morning :-)
[13:31] <JonathanD> jedijf: I do.
[13:31] <JonathanD> I still have a good number of the red packs from last year.
[13:32] <JonathanD> assuming they're still good.
[13:32] <JonathanD> jedijf: do you know how to work these fancy large coffee pots?
[14:09] <jedijf> JonathanD: nope that's the one from last year - i just drink ot
[14:10] <jedijf> JonathanD: grainger is at this food show - got contact info
[14:10] <jedijf> they want to check us out
[14:10] <jedijf> us being fosscon
[17:53] <pleia2> hm, is pennsylvania still there?
[17:54]  * JonathanD looks around.
[17:54] <JonathanD> pleia2: we might all be in the holodeck?
[17:54] <JonathanD> Otherwise, yes.
[17:54] <pleia2> ok
[17:54] <pleia2> having lots of routing issues between me and servers in philly, just making sure ;)
[17:55] <JonathanD> pleia2: Incidentally, I keep getting an alert that one of our remote boxes is unreachable.
[17:55] <pleia2> see, the internet is broken
[17:55] <JonathanD> So maybe there is something going on.
[17:57]  * pleia2 frowns at a traceroutes getting stuck in oakland
[17:57] <pleia2> but it's also some philly<>philly issues too :)
[17:58]  * ssweeny is having some weird selective dns issues too


[06:53] <debfx> yofel: does the last lightdm update (1.11.8) work for you?
[06:54] <debfx> for me lightdm 1.11.8 just sits there, no starting X
[06:58] <mcstr> my wish for kde plasma next http://s30.postimg.org/z6fh5mv1d/Bildschirmfoto5.png  can you make the icons there scalable? so i can zoom them bigger and smaller any way i wish like i can in dolphin? is this maybe even in development?
[07:23] <soee> debfx: it did not start for me, had to reinstall nvidia drivers i think and than it worked
[07:25] <debfx> soee: hm weird, the only changes in lightdm are with the logind interaction
[07:27] <mcstr> anyone could answer my question or should i file it as bug/request ?
[07:27] <mcstr> :P
[07:27] <soee> mcstr: i think you should ask on #plasma
[07:28] <mcstr> soee will do sir thx
[07:40] <yofel> debfx: can't test until the evening
[07:41] <debfx> ok, make sure to have the old lightdm deb around before you do :)
[07:41] <yofel> right... noted ^^
[08:10] <kfunk> neon question: how can I enable the breeze style for sddm?
[08:10] <kfunk> it currently looks horrible with the default style :|
[10:57] <BluesKaj> Hiyas all
[11:03] <ScottK> !testers | New mesa in the x-staging PPA that needs testing with KDE.
[11:05] <BluesKaj> ScottK, got a url for x-staging PPA
[11:06] <ScottK> https://launchpad.net/~canonical-x/+archive/ubuntu/x-staging
[11:07] <BluesKaj> so it is the canonical
[11:30] <BluesKaj> ok updated/ upgraded and dist-upgraded after adding the ppa and so far so good on the desktop pc, nvidia gpu and nvidia-331-updates driver, however the lohin page still fails to load. Have to do startx to get the splash screen and desktop. Also choosing the login page in system settings crashes it.
[11:32] <BluesKaj> no problems with login on the intel gpu laptop
[11:44] <BluesKaj> ok the canonical ppa with the changes to X seems fine on the laptop/intel gpu
[11:44] <BluesKaj> so far
[11:58] <ScottK> Thanks.
[11:59] <ScottK> Is this KDE 4.14 or Plasma 5?
[12:01] <BluesKaj> KDE 4.14 , plasma 5 isn't ready for my machines
[12:01] <ScottK> Nor mine.
[12:02] <BluesKaj> wonder if it isn't out for testing just a little soo soon
[12:02] <BluesKaj> too soon  that is
[12:03] <ScottK> No, I think it's about right.
[12:04] <ScottK> Eventually you have to release.  It's not at all like KDE 4.0 was.
[12:07] <soee> Well its not perfect but im using it on my hope latop each day :)
[12:07] <soee> *home
[12:08] <soee> so it is usable for sure
[12:08] <BluesKaj> too many problems with it IMO, it's not workable yet...and besides I don't like the "look"
[12:08] <soee> 5.1 comming soon :D
[12:08] <BluesKaj> yeah , i can wait
[12:14] <soee> i think the ready to use for wide range of user will be 5.3
[12:16] <ScottK> New mesa is also in https://launchpad.net/~ubuntu-x-swat/+archive/ubuntu/x-staging/+packages now as well if you don't want to upgrade X
[12:19] <BluesKaj> ScottK, is this some kind of pre-Wayland setup ?
[12:19] <ScottK> No, just a new mesa.
[12:55] <mcstr> syslog-ng is currently defective anyone taking care of this one?
[13:01] <ScottK> mcstr: It's not Kubuntu specific, so not here.
[13:03] <mcstr> ScottK ok where do i report then?
[13:03] <ScottK> the best thing is to file a bug on launchpad.  ubuntu-bug syslog-ng in your terminal
[13:08] <mcstr> @ScottK did not know about that one thank you!
[15:53] <apachelogger> shadeslayer, Riddell: ping
[17:48] <shadeslayer> apachelogger: running late
[17:48] <shadeslayer> Be in Brno in 30 mins
[17:49] <shadeslayer> I hate buses
[17:49] <shadeslayer> Or any vehicle on wheels
[17:49] <shadeslayer> Not trains though
[17:50] <shadeslayer> Planes are cool too
[21:21] <Riddell> whoo


[06:36] <maggots> hello
[07:10] <dholbach> good morning
[07:20] <sturmflut2> dholbach: Morning!
[07:42] <zzarr> moring
[07:42] <zzarr> morning*
[07:43] <zzarr> ogra_: is there a place where one can suggest features?
[07:46] <dholbach> hey sturmflut2
[07:52] <morphis> ogra_: are you fine with this minor change on bluetooth-touch: http://paste.ubuntu.com/12054089/ ?
[08:05] <robin-hero> Hey. I just saw Display is supported now under Linux, Is any chance that Ubuntu Phone will support is in the near future? So I will be able to connect my bq to an external screen.
[08:08] <popey> robin-hero: i dont think the bq supports mhl
[08:09] <robin-hero> popey: If I am right DisplayLink works with on USB port, not on MHL.
[08:10] <popey> well, i don't think the bq supports video out over the usb port, but I may be wrong
[08:14] <sturmflut2> popey: bq sells an MHL cable for the Aquaris line, but explicitely states that it's not compatible with vegetahd, so it's most likely also not compatible with krillin.
[08:14] <popey> right
[08:14] <popey> makes sense
[08:16] <nhaines> willcooke: good morning!
[08:16] <willcooke> hi nhaines
[08:36] <ogra_> morphis, totally
[08:38] <ogra_> zzarr, depends, if it is just a small enhancement, file a bu against the component and mark it wishlist ... if it is a bigger feature spanning across multiple components, drop a mail to the ML for discussion
[08:38] <ogra_> *file a bug
[08:38] <zzarr> okey
[08:41] <zzarr> it's just a feature, not a bug, I wish to be able to schedule when the phone can make sounds or not (except the alarm which always should make a sound)
[08:44] <zzarr> one thing I have noticed is that the zipcode don't match home nor at my workplace
[08:44] <zzarr> (on the nearby scope)
[08:45] <zzarr> it could be a map-data problem
[09:05] <ogra_> zzarr, did you try to pull-refresh it ?
[09:06] <ogra_> it usually boots with the wrong place for me and updates to the proper location after the first refresh
[09:07] <zzarr> it's the correct address, but the zipcode is wrong
[09:07] <ogra_> (FSVO proper, i live in house #5 ... depending if i am in the office or the livin room it shows house #2 or #7 :P )
[09:07] <ogra_> well, file a bu then
[09:07] <ogra_> +g
[09:07] <JamesTait> Good morning all; happy Ingersoll Day! 😃
[09:08] <zzarr> yes, but the zipcodes are bigger then that, I will look in to it before filing anything
[09:08] <ogra_> btw, i think scheduled "silent mode" was one of the very first discussions i saw on the ML ... way before we even had a proper image ... that discussion didnt have any followup though
[09:09] <zzarr> ogra_: so it's on the todo list?
[09:09] <ogra_> no
[09:10] <ogra_> someone said "this would be nice to have once you guys have a phone image" ... and many people did agree ... and thats it :)
[09:10] <zzarr> I had that feature on my last phone, it was nice
[09:10] <zzarr> :D
[09:10] <ogra_> we simply didnt have even an OS back then and nobody brought up the topic later
[09:10] <zzarr> now I did ;)
[09:11] <ogra_> probably makes sense to dig trough the ML archive and refer to that discussion when you re-vive the topic ;)
[09:11] <zzarr> I will, I will
[09:12] <zzarr> while at it, of course it should be location based as well ;)
[09:13] <zzarr> regulating the volume depending on where you are is a nice feature :)
[09:13] <zzarr> well... food :D
[10:34] <ProstheticS> hey guys, whens the next OTA?
[10:37] <popey>  due next week / week after
[10:39] <ogra_> and then in 6 weeks again ...
[10:39] <ogra_> and again
[10:39] <ogra_> tiring :P
[10:40] <ProstheticS> i imagine it would be, i think its pretty great to see it as regularly as it is tbh , as a user i mean
[10:41] <ProstheticS> ex android here, it should be good, oh btw, have you ever had system-settings chew about 25% cpu (im on a meizu, so i guess 1 core) forever untill you kill it, ive had it a few times now, i guess i should put a bug through or search and see if there is one already first i mean
[10:42] <ProstheticS> though, i guess i should reset my system to defaults before i report it, as i have fuse installed at the moment (sshfs on a phone is f*in win.)
[10:44] <ProstheticS> but yea, it really hampers my battery, i had thought of writing a script to check for it and putting it in cron to see if its doing it and kill it, just to save on battery for now until its fixed or i find what ive done thats caused it :p
[11:58] <mcphail> ProstheticS: I sem to remember some very detailed bug reports measuring battery drain with the system settings screen. May have been sturmflut2 who posted it
[12:01] <ogra_> john-mcaleely, dejavu :) !! ... bug 1483427
[12:35] <mterry> ralsina, hello!  I see that once upon the time, you set ubuntu-push to not show a notification when the greeter is up.  Why is that?  Feels weirdly out-of-sorts with how we treat SMS
[12:35] <ralsina> mterry: I don't recall the specifics, to be honest
[12:36] <ralsina> mterry: security reasons IIRC, because you could see data with the screen locked
[12:36] <mterry> ralsina, more sensitive than SMS?  Hmm...  maybe
[12:36] <ralsina> mterry: telegram, other random stuff
[12:37] <mterry> ralsina, it would be nice if the app could specify if it were security sensitive.  I'd imagine telegram to be treated the same as SMS.  And maybe a CheatOnYourSpouse app to not show up
[12:38] <ralsina> mterry: I am not working on push client anymore :-(
[12:39] <ralsina> mterry: you should contact pat AFAIK
[12:39] <mterry> ralsina, OK.  Mind if I file a bug to get clarity from design/pat then?
[12:39] <ralsina> if it trickles back down to me, happy to do it :-)
[12:39] <mterry> :)
[12:39] <ralsina> mterry: not at all, go ahead
[12:51] <mterry> ralsina, bug 1483697 -- thanks for the pointers
[12:51] <ralsina> mterry: yw
[13:07] <Elleo> bfiller: am I right in thinking we'll want the browser to act as a content-hub source as well as an exporter? It'd seem to make sense to me, but I just noticed that isn't actually explicitly mentioned in the design
[13:07] <Elleo> bfiller: i.e. so that apps can request data from the browser's downloads (in addition to the browser being able to send files to other apps)
[13:14] <jarknerk> hi every one
[13:14] <jarknerk> who can tell me port ubuntu for mtk
[13:14] <jarknerk> plz
[13:14] <jarknerk>  i have read port guild
[13:15] <jarknerk> who can provide a guild to port UT
[13:17] <k1l_> jarknerk: Porting (advanced) https://wiki.ubuntu.com/Touch/Porting
[13:17] <k1l_> jarknerk: but that is not a beginners task
[13:18] <jarknerk> where's start point
[13:18] <jarknerk>  i downloaded 15gb....phablet
[13:20] <jarknerk> do it want android device tree cm11
[13:20] <jarknerk> ?
[13:23] <k1l_> jarknerk: that should be all said in the porting guide. an iirc ubuntu switched to AOSP some time ago
[13:26] <jarknerk> ill try mysefl
[13:28] <guest42345> HI, ਮੈਨੂੰ ਮੇਰੇ ਫੋਨ ਦੀ ਨਾਲ ਕੁਝ ਮਦਦ ਦੀ ਲੋੜ ਹੈ
[13:28] <jarknerk> hey guest
[13:29] <guest42345> jarknerk, ਕੀ ਤੁਸੀ ਮੇਰੀ ਮਦਦ ਕਰ ਸੱਕਦੇ ਹੋ? ਮੇਰੇ ਫੋਨ ਨੂੰ ਬੂਟ ਕਰਦਾ ਹੈ
[13:30] <jarknerk> can type EN
[13:30] <jarknerk> ?
[13:30] <k1l_> guest42345: you get better chances for help if you type in english
[13:30] <ogra_> but the font llooks good :)
[13:30] <guest42345> punjabi or something :>
[13:30] <jarknerk> i know i die now with this font
[13:30] <guest42345> idish קענען איר העלפן מיר? מיין טעלעפאָנירן טוט ניט שטיוול
[13:31]  * guest42345 mmmm beer
[13:32] <jarknerk> can i take file from system.img to port ubuntu touch,cant i?
[13:32] <jarknerk> android system.img
[13:35] <ogra_> jarknerk, you need to build system.img, boot.img and recobervy.img from the modified tree after you added your device branch to it
[13:35] <ogra_> *recovery
[13:36] <bfiller> Elleo: would make sense
[13:36] <davmor2> ogra_: oh but I want a  recobervy it sounds way more exciting
[13:37] <ogra_> cp recovery.img davmors-pleasure.img
[13:37] <alin> is the android base for ubuntu meizu available anywhere?
[13:37] <jarknerk> the modfified tree? how to make it! is it same android device tree
[13:38] <Elleo> bfiller: okay, cool
[13:39] <ogra_> jarknerk, you take the phablet tree, then add the AOSP tree for your device to it, rip out anything thats not needed (anything thats not actually driving the HW) and then you build ...
[13:42] <jarknerk> hey ogra is that aosp tree! is it full https://github.com/patraanjan23/android_device_micromax_a106 ! my device micromax a106
[13:42] <ogra_> jarknerk, well, that looks like a CM11 one
[13:42] <jarknerk> ogra! do i add that aosp tree? https://github.com/patraanjan23/android_device_micromax_a106 !is it full men?
[13:43] <ogra_> you can try to add it, but i guess you will have to make some adjustments for it to actually work/build
[13:43] <ogra_> (no idea which or if any ... perhaps talk to the oowner of that branch)
[13:44] <jarknerk> oh,i know that cm11! i cant file aosp tree for my device! are u have way to make my aosp tree?
[13:48] <jarknerk> thanks ogra! im noob!but ill try
[14:11] <Elleo> mandel: ping?
[14:55] <kadiro> hello
[14:55] <kadiro> how to install touch in android phone and that cause loosing my data in it?
[14:56] <kadiro> test
[14:58] <kadiro> any body here?
[14:59] <davmor2> kadiro: lots of people here
[14:59] <kadiro> hi man
[14:59] <kadiro> can you help me?
[14:59] <davmor2> kadiro: you can't install touch on an android phone and keep your data it is a complete wipe
[15:00] <kadiro> omg thk's davmor2
[15:00] <davmor2> kadiro: also depending on the phone you would have to build an image for your device normally
[15:00] <kadiro> davmor2: this work need an advenced user? yes?
[15:01] <davmor2> kadiro: on the whole yes
[15:01] <kadiro> davmor2: thk's again, i will read more to do that
[15:01]  * ogra_ grins about seb128's mail ... if only broken BT would be the only wily issue :D
[15:02] <dobey> !devices | kadiro
[15:02] <seb128> ogra_, lol, yeah, I said wily was not recommended for production :p
[15:02] <davmor2> dobey: thanks that's the thing I was looking for :)
[15:02] <kadiro> thank you dobey
[15:02] <ogra_> seb128, you little diplomat you :)
[15:02] <seb128> ;-)
[15:25] <john-mcaleely> sil2100, so there's a device tarball I can push somewhere :-)
[15:25] <john-mcaleely> where should I look to see this?
[15:25] <john-mcaleely> oh, wrong channel
[15:43] <awe_> ogra_, yo... question for you.  Do you know how/why NM DBus traffic is being forwarded from the system bus to the session bus?
[15:44] <ogra_> awe_, i dont, but perhaps because the indicator only listens to the session bus (wild guess) ?
[15:45] <awe_> ogra_, nah... just asked pete-woods and he told me the indicator listens on both buses
[15:46] <awe_> I took a look at the system upstart jobs and didn't see anything obvious
[15:46] <ogra_> yeah, there is no reason to forward the messages i think
[15:46] <awe_> but something is bridging the NM signals onto the session bus
[15:46] <pete-woods> can we not record the session with bustle?
[15:47] <pete-woods> doesn't that show where dbus messages originate from
[15:47] <awe_> they originate from upstart itself
[15:47] <awe_> http://pastebin.ubuntu.com/11992322/
[15:48] <pete-woods> ted: do you know if upstart bridges stuff from the system bus onto the session bus?
[15:48] <pete-woods> we're trying to wrap our heads around the pastebin above
[15:49] <ted> pete-woods, Yeah, if someone is watching for it.
[15:49] <awe_> ted, can you explain further?
[15:49] <pete-woods> what does "watching for it" involve?
[15:49] <ted> pete-woods, The dbus event router for Upstart isn't very specific.
[15:50] <ted> So you can do a "start on dbus" and if you specify the system bus then it'll setup a bridge from dbus system bus to upstart events.
[15:50] <pete-woods> does that mean that there's some session job that changes things on dbus events?
[15:50] <ted> I believe there are a few.
[15:51] <pete-woods> okay, that's good to know, thanks
[15:51] <awe_> so this'd be a "start on dbus" in a session job?
[15:51] <awe_> where do the session upstart jobs live again?
[15:51] <ogra_> beuno, hmm, i fear you have to unignore me ... seems we tracked our issue back to the click packages coming from the store (with tyhicks' and sil2100's help)
[15:51] <ted> Hmm, I can't seem to find an example now that I'm looking...
[15:52] <ogra_> beuno, when exactly was the store updated ?
[15:52] <ted> awe_, /usr/share/upstart/session
[15:52] <beuno> ogra_, what what?
[15:52] <beuno> we deployed maybe 30 minutes ago?
[15:52] <ted> awe_, You can have a job that uses dbus events to activate it.
[15:52] <sil2100> Ah, hm
[15:52] <ogra_> beuno, the store was updated recently
[15:52] <ogra_> beuno, no i mean the deployment before :) (i noticed a new UI on monday)
[15:52] <awe_> ted, upstart-dbus-system-bridge.conf?
[15:53] <pete-woods> of course we don't know for sure if these duplicated events are causing the trouble
[15:53] <awe_> groan
[15:53] <pete-woods> is it unity8 that freezes?
[15:53] <ogra_> pete-woods, they are in any case useless noise
[15:53] <pete-woods> or apps
[15:53] <awe_> pete-woods, that's true... but it seems broken to duplicate all of the system DBus signals onto the session bus
[15:53] <pete-woods> I agree with that
[15:53] <awe_> ogra_, +1
[15:53] <beuno> ogra_, can you reach out to nessita please?
[15:53] <pete-woods> not saying it isn't bad
[15:54] <awe_> I will
[15:54] <pete-woods> but it's also not definitely our problem
[15:54] <awe_> agreed
[15:54] <ogra_> beuno, hmm, she doesnt seem to be in any of the public channels
[15:54] <pete-woods> if it's unity8, can we run the qml profiler on it, to see what's causing the stutter?
[15:54] <pete-woods>  / vice versa with the app in the foreground
[15:54] <ted> awe_, That's the process that bridges the events, but a job would have to request it, so that it gets started. Otherwise it'll be dormant.
[15:55] <pete-woods> might be worth asking a unity8 team member or someone like greyback to assist with that?
[15:55] <awe_> ted, start on started dbus
[15:55] <pete-woods> as we might be able to see what's grabbing the UI thread
[15:55] <ted> awe_, That's different, that's when dbus itself starts.
[15:56] <awe_> sure, but that starts the job when dbus starts, no?
[15:56] <beuno> ogra_, no, private channels
[15:57] <ted> awe_, Yes, but there's also something like "start on dbus BUS=system SIGNAL="FooBar""
[15:58] <awe_> so you're saying the bridge doesn't automatically propogate signals unless somehow requested by another process?
[15:58]  * ogra_ sighs
[15:59] <awe_> here's the job file: http://pastebin.ubuntu.com/12056258/
[15:59] <awe_> you ok ogra_?
[15:59] <awe_> ;)
[15:59] <awe_> note, this looks like a default part of upstart, as the same job is installed on my desktop
[16:00] <pete-woods> ted: does that config file awe_ posted not instruct upstart to start the router immediately?
[16:00] <ted> pete-woods, Yes, it does. But what it does is look at the upstart config, and it only routes events if someone is asking for them.
[16:01] <ogra_> awe_, yeah :) that was about beuno'S comment that we have people not using the public channels for public stuff :)
[16:01]  * greyback available is needed
[16:01] <greyback> if
[16:01] <pete-woods> okay, fair emough
[16:01] <beuno> ogra_, no, I'm here
[16:01] <beuno> I'm just on the phone
[16:01] <beuno> so please just escalate to someone else that isn't the usual contact point
[16:02] <ogra_> beuno, yes, will do
[16:02] <ted> pete-woods, awe_, you can just stop the bridge and see if the behavior still happens.
[16:02] <pete-woods> that's a good idea to rule it out as the offender
[16:02] <awe_> ted, sure... we still don't have a reproducible test case for the problem, but I'll suggest in the bug
[16:05] <awe_> ted, pete-woods, it looks like this is just the standard upstart config as a convenience to session jobs
[16:05] <awe_> not sure what'll break if we stop it though
[16:05] <ted> You'll never know unless you try ;-)
[16:06] <ted> BREAK IT! BREAK IT! ;-)
[16:06] <awe_> but again, if we get a reproducible scenario, it might help in debugging the problem
[16:39] <ogra_> john-mcaleely, do we have a bug open for arale not keeping its MAC address since the first OTA ? it is massively annoying having to look up the IP every time before i ssh
[16:39] <john-mcaleely> ogra_, not that I'm aware of
[16:39] <john-mcaleely> (I don't use arale)
[16:53] <rockn> hello how can I delete all contact from an adressebook, I want to delete all contact from google-contact
[17:55] <oSoMoN> kgunn, if/when you have a minute, could you please advise on what packages to mark affected for bug #1483840 to get the right people involved in investigating the issue?
[18:14] <tshirtman> hey, kivy dev here, doing quick testing of running kivy from adb shell, built with sdl2, but i get a "failed to connect to the Mir server" error, i tried exorting DISPLAY=:0.0 (or other values), but that doesn't help
[18:19] <davmor2> rockn: remove your google account and it will give you the option to remove them
[18:20] <popey> tshirtman: heya
[18:20] <tshirtman> hey popey :)
[18:21] <popey> tshirtman: was it built against sdl2 with mir support enabled?
[18:21] <tshirtman> finally giving another shot at this
[18:21] <popey> \o/
[18:22] <tshirtman> hm, i apt-get installed libsdl2-dev (and friends), didn't do anything about mir
[18:22] <popey> ah thats why i suspect
[18:22] <tshirtman> maybe i should get sdl myself and build it with the flag
[18:22] <popey> yes, mcphail has a guide to building
[18:22] <tshirtman> nice, will look it up
[18:23] <mcphail> tshirtman: don't think you can (easily) run sdl apps from the shell. I think it requires some bizarre dbus incantation
[18:23] <popey> or just take https://github.com/mcphail/ubuntu-touch-sdl-template/tree/newsdl/lib/armhf
[18:23] <tshirtman> oh, nice
[18:23] <popey> ah here he is, I'll leave you with mcphail, who knows more than me
[18:23] <tshirtman> mcphail: i'm just doing python main.py
[18:23] <popey> yeah, you might need a desktop file
[18:23] <tshirtman> it's not a real ubuntu-touch app yet, just command line things
[18:24] <tshirtman> ah
[18:24] <mcphail> tshirtman: yes, bundle it in a click. It is the least painful way
[18:24] <tshirtman> well, even if i don't know anything about these yet? ^^
[18:24] <mcphail> tshirtman: tis simple!
[18:24] <tshirtman> i'm glad, i like simple things :)
[18:25] <tshirtman> best thing to read to get started?
[18:26] <popey> https://developer.ubuntu.com/en/start/ubuntu-sdk/installing-the-sdk/ i guess
[18:26] <tshirtman> anyway, i'll start by getting these and use LD_LIBRARY_PATH to add them when running the app
[18:26] <mcphail> tshirtman: ooh - don't know if I have a link. You just need a directory containing a manifest.json, a .desktop file, an icon, an .apparmor file and the script. When you have the building blocks it becomes easy to adapt
[18:26] <tshirtman> ok
[18:27] <tshirtman> and i need the sdk to generate that i guess?
[18:27] <mcphail> tshirtman: have a look at my syncthing app for a very trivial example
[18:27] <tshirtman> nice
[18:28] <mcphail> tshirtman: installing the sdk will ensure you can build clicks. I don't think you actually _need_ everything the SDK brings, however
[18:29] <tshirtman> https://uappexplorer.com/app/syncthing.njmcphail ? i see your github, but seems the syncthing's things are for other platforms
[18:29] <mcphail> tshirtman: I'll create a .tar so you can see the structure
[18:29] <tshirtman> thanks a lot
[18:31] <mcphail> tshirtman: 2 minutes - my rice is ready!
[18:31] <tshirtman> mcphail: scandaleous!
[18:32] <tshirtman> scandalous*
[18:34] <mcphail> tshirtman: http://themcphails.uk/stc.tar.bz2 should get it
[18:36] <tshirtman> mcphail: thanks :)
[18:39] <mcphail> tshirtman: a simple "click build directoryname" then does the job. If you need anything else, we should probably take this to #ubuntu-app-devel
[18:45] <tshirtman> mcphail: ah great, that was my next question
[20:48] <ahayzen> Hi, anyone seen an issue on rc-proposed where when moving between locations the wifi list and connection doesn't update, or takes a *very* long time to update?
[20:50] <kenvandine> ahayzen, yes, but that's been a long standing problem
[20:50] <kenvandine> i think there is work being done on that
[20:50] <ahayzen> long standing as in it was working pre-vivid :-) and possibly on vivid for a bit a least
[20:51] <kenvandine> i think much longer than vivid
[20:51] <kenvandine> it's always annoyed me :)
[20:51] <ahayzen> well the original rtm used to work
[20:51] <ahayzen> i now i have to flick the wifi on/off every time i enter/leave the house :-/
[20:51] <kenvandine> interesting, i never really used rtm as a daily driver
[20:51] <ahayzen> this was like back in april though :-)
[20:52] <kenvandine> i've been in the habit of doing that for a long time
[20:52] <kenvandine> actually, not coming home
[20:52] <kenvandine> it tends to auto connect quickly
[20:52] <ahayzen> i assume data connection doing the same is the same/similar issue?
[20:52] <ahayzen> it *sometimes* works...and sometimes doesn't
[20:52] <kenvandine> but the list of available networks can take several minutes to update
[20:53] <kenvandine> so i find myself toggling wifi when i go somewhere that has wifi that i want to use
[20:53] <ahayzen> also the laggyness introduced when it is scanning/connecting is bad as well but I heard that had work ongoing as well
[20:53] <ahayzen> (that was also find on the original rtm)
[20:53] <kenvandine> i think scanning is the issue
[20:53] <kenvandine> it doesn't scan to update the list in the indicator often enough
[20:53] <kenvandine> it's something crazy like 5 or 10 minutes
[20:54] <ahayzen> blimey
[20:54]  * kenvandine could be wrong
[20:54] <kenvandine> but... my arale almost always connects to my home wifi before i can walk from the car to my door :)
[20:54] <ahayzen> IIRC one bug suggested it should be every 30s ish
[20:54] <kenvandine> it sees it to connect, just the list doesn't get updated like it should
[20:55] <ahayzen> mako has probably been cast aside again :-) i can be sitting on data for ages when i get home
[20:55] <kenvandine> oh
[20:55] <kenvandine> there are issues with mako right now
[20:55] <kenvandine> related to mobile data and wifi
[20:55] <ahayzen> ah
[20:55] <kenvandine> being worked on, last i heard
[20:55] <ahayzen> \o/
[21:01] <mcphail> Now the Ubuntu One is being open sourced, are there plans to use it for contacts and data syncing to free us from Google?
[21:02] <mcphail> (I know contacts sync isn't open yet)
[21:03] <mcphail> I would gladly donate my spare liver to get this working
[21:07] <tshirtman> hm, there are already open clients/servers/protocols for contacts syncing, no?
[21:08] <tshirtman> (caldav?)
[21:08] <tshirtman> duh, no, that's calendar
[21:08] <tshirtman> what was it already…
[21:08] <mcphail> tshirtman: when it was running, Ubuntu One was the best sync app I've used
[21:09] <tshirtman> could save to cozy cloud for ex
[21:09] <tshirtman> ok
[21:09] <tshirtman> didn't use it much, didn't have much data back then
[21:09] <mcphail> tshirtman: nothing was quite as convenient or flexible
[21:10] <mcphail> tshirtman: shame it died before the phone appeared because they would have been happy bedfellows
[21:10] <tshirtman> maybe if there is a demand now, cannonical can just respawn servers
[21:10] <mcphail> tshirtman: no, it is dead. But we were promised an open source release and that is coming true
[21:11] <tshirtman> yeah, i saw that, but people actually using it now it's open source, may make them think again
[21:12] <mcphail> tshirtman: I can't see it becoming any more financially viable, unfortunately
[21:12] <tshirtman> hm
[21:12] <mcphail> tshirtman: but home hosting would fill the gap
[21:12] <tshirtman> well, maybe a docker image, or equivalent
[21:13] <mcphail> tshirtman: good idea. Or a .snap!
[21:13] <tshirtman> not everybody want to host, and i guess if google offer to pay for hosting of data, there must be people paying for it
[21:13] <tshirtman> though maybe they are just trying to get some bonus money
[22:23] <rockn> thanks davmor2, i was looking for a way (even with command line) without having to remove the google account, but i can do it like that
[23:41] <Knightmare> Does anyone know if Vulkan support is coming to Ubuntu Touch?


[21:24] <SuperLag> Are you supposed to be able to use cloud-init config across distros, or do you need to have one say for RPM-based distros, and another for DEB-based distros?
[21:27] <falcojr> most parts of the cloud-config should be the same, but distro-level details can leak through. E.g., if you specific a particular ntp daemon that exists on one but not the other, or specify packages to install that exist on one but not the other


[16:30] <dgm816> is this the main place to discuss papercuts?
[16:30] <dgm816> trying to find something to do to help.. but wasn't sure if this is the place


[01:45] <ScottK> Anyone have a Kubuntu desktop live cd download from the last few days?
[01:46] <JontheEchidna> Wish I did. Downloading the alpha2 cd yesterday and then upgrading was a bad idea bandwidth-wise
[01:59] <shtylman> ScottK: new kernel...again same problems :)
[02:00] <shtylman> and yes...I have a live cd for 64bit
[02:00] <shtylman> for a few days ago
[02:00] <ScottK> If you can boot it would you please check if the background after you first boot is Kubuntu or Ubuntu?
[02:01] <ScottK> The screen where it asks you if you want to install, try withoug make changes to your computer, etc.
[02:02] <ScottK> shtylman: Did you check to make sure appropriate bugs are filed?
[02:03] <shtylman> ScottK: as best as I could..
[02:03] <ScottK> OK.  That's all one can do.
[02:05] <shtylman> ScottK: the screen says kubuntu
[02:05] <ScottK> shtylman: Thanks.  The netbook one currently has Ubuntu so that helps narrow it down.
[02:05] <shtylman> k
[05:43] <DaskreeCH_> What's the purpose of the KDE forums?
[12:59] <ryanakca> Where should I file bugs for akonadi-server 1.1.95-0ubuntu1~jaunty1~ppa1 ? I get http://pastebin.ca/1496959 when trying to start it...
[13:05] <Riddell> yarrr, I tracked down the kdm dying problem
[13:06] <ryanakca> Also, I'm packaging http://kde-look.org/content/show.php/Facebook?content=106752 ... should I manually copy the files or should I use plasmapkg to install the plasmoid?
[13:06] <ryanakca> Riddell: On upgrades? Hurray, what was it?
[13:07] <Riddell> http://paste.ubuntu.com/219715/
[13:07] <Riddell> "Add debhelper token to maintainer scripts"  filling in lintian reported problems maybe?
[13:08] <ryanakca> Heh :)
[13:10] <Riddell> ryanakca: I don't know about your akonadi issue though, it's running ok here on jaunty
[13:10] <neversfelde> bug 398516 needs a sponsor
[13:17] <ryanakca> Hurray, the new wiki theme is now default!
[13:17] <neversfelde> ryanakca: cool
[13:18] <Riddell> ryanakca: yay!  thanks for that
[13:19] <neversfelde> ryanakca: I wanted to report a bug about it a few days ago, but forget
[13:19] <neversfelde> I can't use the table of contents on https://wiki.ubuntu.com/PackagingGuide/Complete/
[13:19] <neversfelde> is it a known bug?
[13:19] <ryanakca> neversfelde: Never too late :)
[13:21] <neversfelde> some links seem to work, some not
[13:21] <ScottK> Riddell: Congratualtions on sorting the KDM bug.
[13:22] <ryanakca> neversfelde: I thought I had fixed that, *checks the bug reports*
[13:23] <ryanakca> Ah, found out, I fixed it for h2, but not for h1... I'll get it fixed locally and prod ASAP
[13:31] <ryanakca> neversfelde: Does this appear to be fixed? http://wiki.ryanak.ca/kubuntu/test
[13:32] <Riddell> new KDM uploaded to karmic and kubuntu-backports jaunty
[13:32] <Riddell> new k-d-s uploaded too
[13:33] <neversfelde> ryanakca: looks good
[13:33] <Riddell> neversfelde: where's the .orig and .dsc for that fancytasks?
[13:36] <neversfelde> Riddell: I attched it to the bug
[13:36]  * ryanakca points to his plasma package question half a screen up
[13:38] <ryanakca> As for the "Text on wiki.kubuntu.org/Kubuntu should be replaced with something interesting." part of the KubuntuKarmicWebsite spec, any idea what that would be?
[13:40] <ScottK> ryanakca: No specific ideas, but you might troll #kubuntu and ask what they'd be interested in.
[13:41] <Riddell> ryanakca: look, you made the news! https://wiki.kubuntu.org/UbuntuWeeklyNewsletter/Issue151
[13:42] <Riddell> neversfelde: I see it now
[13:42] <ryanakca> Riddell: Hurray! :)
[13:42] <neversfelde> Riddell: I uploaded them 3 min ago, so you can't have seen them before :)
[13:44] <Riddell> neversfelde: up it goes
[13:47] <kwwii> sebas: still looking for help with the network manager icons?
[13:47] <sebas> kwwii: definitely do, yes
[13:48] <kwwii> sebas: cool, I am in london atm, but I will home tomorrow...let'S chat more about it then
[13:48] <neversfelde> Riddell: thank you
[13:48] <sebas> kwwii: fine :)
[13:48] <kwwii> but before I do that I need to finish the usb-creator icon :p
[13:48] <sebas> I'll probably have some night hours in the weekend to work on it, so we can see it integrated quickly
[13:49] <sebas> just ping me when you need something, or feedback or ...
[13:49] <sebas> backrubs :)
[13:49] <kwwii> cool, I was expecting to do it on the nightshift as well ;)
[13:49] <kwwii> hehe, will do
[13:54] <gnomefreak> is there any plans to update kde for intrepid to 4.2.2? or even something that would be thought about? im thinking the package is huge and lot of depends updates needed
[14:00]  * ryanakca wonders why things always break when they go onto Canonical webservers :)
[14:01] <gnomefreak> ryanakca: because they are unsupported maybe
[14:10] <ryanakca> Riddell: Fixed the akonadi-server issue, AppArmor is causing it and 'sudo aa-complain mysqld-akonadi' fixes it.
[14:15] <Riddell> hum
[14:15] <Riddell> that sounds like something that shouldn't need fixing
[14:15] <Riddell> gnomefreak: we've never done updates for anything other than the current stable release, it's far too much work
[14:17] <gnomefreak> Riddell: thats what i told him. most of time DE's are way too much work to backport/update and dangerous on stable systems anyway
[14:21] <Riddell> kwwii: there's a NM applet in the works, you may want to ask wstephenson if that needs artwork
[14:24] <kwwii> Riddell: will do, thanks
[14:26] <JontheEchidna> kde svn 997763
[14:26] <JontheEchidna> sweet
[14:30] <JontheEchidna> I believe that the new intel drivers make my 5 year old embedded intel chip work better than my 4 year old nvidia card irt linux
[14:30] <JontheEchidna> plus KMS is sweet
[14:30] <davmor2> Riddell: I've got this afternoon off now so I'm going to take a quick test ride of kubuntu.  Is there anything new that you would like to see get some special attention?
[14:30] <JontheEchidna> and my intel card didn't used to be able to do 3D with linux
[14:31] <Riddell> davmor2: are the new default plasma applets doing something sensible.  is the arora web browser set as default and working sensibly
[14:31] <Riddell> JontheEchidna: new intel driver?
[14:32] <JontheEchidna> all this fancy uxa stuff and kms or whatever
[14:33] <Riddell> davmor2: you could also test the kubuntu netbook images if you have time to spare
[14:33] <Riddell> ScottK was saying there's an issue with the background being ubuntu in them (which I don't understand, KDE wouldn't use the ubuntu background)
[14:33] <davmor2> I don't think I want kubuntu on my netbook ;) I wonder if Sue would notice :)
[14:34] <Riddell> can just try the live system?
[14:34] <Riddell> and it might remind Sue to finish that jumper she said she was doing for me :)
[14:34] <davmor2> Riddell: I know I'm only teasing :)
[14:35] <davmor2> Riddell: We've only just been able to go across and get the background wool.  I think she is going to start them next :)
[14:36] <jjesse> morning
[14:36] <davmor2> Riddell: is the netbook image on cdimages somewhere?
[14:36] <Riddell> http://cdimage.ubuntu.com/kubuntu-netbook/daily-live/20090716/
[14:36] <jjesse> http://cdimages.ubuntu.com/kubuntu-netbook/
[14:36] <davmor2> Yeah just found it :)
[14:37] <Riddell> ScottK: hmm, shouldn't that be kubuntu-netbook-remix?
[14:38] <jjesse> is it a remix?  or is it more like ubuntu netbook?
[14:39] <jjesse> what makes somethng a "remix"
[14:40]  * vorian likes kubuntu-netbook
[14:40] <Riddell> remix means it uses packages from universe and isn't on its own supported by canonical
[14:40] <vorian> ah
[14:40] <Riddell> ubuntu-netbook-remix is a remix
[14:40] <vorian> then I hate it
[14:40] <jjesse> ah i didn't know
[14:40] <vorian> :P
[14:41] <maco> davmor2, i told james_w this at UDS...every time i hear a brit say "jumper" i get confused. jumper = little girl dress (like a pinafore) in the US
[14:41] <davmor2> Riddell: is there any reason why on the live desktop I get a random authentication dialogue?
[14:41] <Riddell> davmor2: that shouldn't happen.  it could be the social desktop plasmoid
[14:42] <davmor2> maco: it's just the way the yanks pervert the English Language :)
[14:42] <Riddell> every time I hear a US person talk about a "fanny pack" I get scared
[14:43] <maco> haha
[14:43] <maco> yeah first time i was over your direction i was told to call it a bumbag
[14:43] <jjesse> fanny packs are scary
[14:43] <jjesse> my mother in law used to wear one all the time
[14:44] <maco> they do look silly
[14:44] <maco> but its a bit harder to grab and run away with than a purse is
[14:45] <davmor2> Riddell: dialog reads, You need to supply a username and a password to access this site.   (Site: your valid user account or api key as api.opendesktop.org)
[14:45] <Riddell> davmor2: that'll be the social desktop thingy.  guess I need to fix that
[14:45] <jjesse> that is a plasmoid
[14:45] <jjesse> i don't understand the point behind it yet
[14:46] <maco> it shows your kde-look.org frieds
[14:46] <maco> *friends
[14:46] <maco> and people who are "nearby" but holy jesus it shows people in my *parents* city as "nearby" me
[14:46] <davmor2> maco: What really worried me was hearing usa tv show say "I'll kick her fanny out of here"
[14:46] <maco> thats about 500km!
[14:46] <maco> davmor2, ah, yeah...fanny in US = bum
[14:46] <jjesse> hrmm i have no "friends" on kde-look.org
[14:47] <davmor2> maco: I know I figured that one out after picking myself up off the floor :)
[14:47] <maco> and we dont have silly words like plimsole
[14:47] <maco> *giggle*
[14:48] <davmor2> maco: no you call it a thong
[14:48] <maco> czajkowski said plimsoles were like tennis shoes
[14:49] <maco> and that only old people say it
[14:49] <davmor2> Ah yeah true
[14:49] <maco> as to thong sandals...well...my dad's generation calls them thongs. my generation decided a thong was underwear and renamed thongs to flip flops
[14:50] <jjesse> english is a funny language
[14:50] <davmor2> Riddell: if arora is being promoted as the browser to use why is it not in favourites?
[14:50] <maco> that resulted in some confusion once when his sandal broke and he went to buy a new pair...
[14:55] <Riddell> davmor2: it should be (although a change for that was also uploaded today so maybe it'll get fixed for tomorrow)
[14:56] <davmor2> Riddell: ah okay np's then :)
[14:58] <davmor2> Riddell: the address bar is smaller than the circle with a cross in.  Which looks quite poorly designed.
[15:01] <agateau> Riddell: I am in the process of integrating my notification patches in kdelibs and kdebase-*...
[15:02] <agateau> Riddell: should i keep the patches separate or should I just create one patch per package?
[15:03] <agateau> ScottK: you probably have an opinion on this ^ as well
[15:11] <davmor2> ScottK, Riddell:  Shouldn't it be a kubuntu logo on the startup screen on KNR.  Currently you select a language a you see the Ubuntu name and logo with the try Kubuntu Netbook as the top option
[15:15] <davmor2> ScottK, Riddell: Do you really want me to test netbook ;).  The Ublog plasmoid is covering the social plasmoid.  The clock is cut off and so is the date I'll tell you more when I get back
[15:17] <adiroiban> hi, just a short questions. Since we have language-pack-kde-CC, do we still need kde-l10n-CC packages?
[15:23] <Riddell> adiroiban: kde-l10n-xx contains the documentation
[15:23] <Riddell> so language-support-xx should depend on it I think
[15:24] <Riddell> agateau: whatever is easiest to maintain
[15:24] <adiroiban> should we enable translations of po/desktop_kde-l10n-CC.pot in Launchpad ?
[15:25] <adiroiban> I don't know how exactly that .pot file is used in KDE
[15:25] <agateau> Riddell: if I go the individual patch way, you will have 9 patches for kdebase, but they won't match exactly with svn because I have to split them
[15:26] <agateau> (because they touch both workspace and runtime)
[15:26] <Riddell> agateau: that's fine
[15:27] <Riddell> adiroiban: where is that file?
[15:28] <agateau> Riddell: another question, do you packagers use bzr builddeb? I just tried to and gave up before throwing my laptop through the window
[15:28] <adiroiban> as far as I know, in each kde-l10n-CC package since Karmic
[15:28] <agateau> Riddell: I even tried reading the doc :)
[15:28] <adiroiban> I can not find it in Jaunty packages
[15:29] <agateau> Riddell: I think I will end up with splitting the patches and mailing them to you instead
[15:30] <Riddell> agateau: I do for building source packages (bzr-buildpackage -S)  for editing packages I tend to just cp -r the debian/ directory into sources (there are bzr-buildpackage commands to do it but I keep forgetting them)
[15:30] <agateau> Riddell: bzr-buildpackage == bzr builddeb ?
[15:30] <Riddell> agateau: yes, it got renamed
[15:31] <agateau> Riddell: ok
[15:31] <agateau> Riddell: and once you are happy with your changes in your copied debian/ dir, you copy them back to the bzr dir, that's it?
[15:31] <Riddell> some bzr-buildpackage commands you can run through bzr-buildpackage, others you need to run through bzr, which is confusing
[15:31] <Riddell> agateau: right
[15:32] <agateau> Riddell: This method feels simpler, will do it this way
[15:34] <Riddell> adiroiban: I don't see it in https://edge.launchpad.net/ubuntu/+source/kde-l10n-fr/4:4.2.96-0ubuntu1/+build/1120481/+files/kde-l10n-fr_4.2.96-0ubuntu1_all.deb
[15:34] <adiroiban> Riddell: true, I got those notification from Launchpad for some packages updated 12 hours ago
[15:36] <adiroiban> and those templates are in the LP approval queue: https://translations.edge.launchpad.net/ubuntu/karmic/+imports?field.filter_extension=pot&field.filter_status=NEEDS_REVIEW&start=0&batch=50
[15:37] <adiroiban> maybe it was a glitch, for now, I will delete them from the queue. If they will come back I will do further investigations
[15:37] <Riddell> adiroiban: oh I see where that's from
[15:37] <Riddell> those aren't needed
[15:38] <Riddell> I'll ponder about how to stop them being created
[15:38] <adiroiban> ok. thanks!
[15:38] <adiroiban> they should be for messages/entry.desktop
[15:39] <adiroiban> then I will block them
[15:39] <adiroiban> and If in the future you will want to see them in LP Translations, please ping me , David or  Arne
[15:41] <dpm> adiroiban: Riddell, on the question whether kde-l10n-xx packages are needed, don't they also contain all the PO files - so they are needed?
[15:42] <dpm> are the translations not stripped from them and put in the language-pack-kde-xx packages?
[15:42] <adiroiban> yes, kdel-l10n-xx contains the upstream po files
[15:42] <JontheEchidna> Riddell: debian's removed kpar2 and kde-icons-crystalproject from their archives for dead upstream/low popularity/being orphaned, could you remove those for Ubuntu please?
[15:42] <adiroiban> Riddell: let me check the binary packages
[15:43] <Riddell> dpm: yes the source packages are certainly needed, but many of the binary packages end up empty if that translation has no docs
[15:43] <dpm> right
[15:44] <adiroiban> Riddell: there are no MO files in the kde-l10n-CC
[15:44] <adiroiban> but
[15:44] <adiroiban> installing kde-l10n-CC
[15:45] <Riddell> launchpad eats all .mo files
[15:45] <adiroiban> will also install the language-pack-kde*
[15:46] <dpm> adiroiban: yes, but if I understand it correctly, you still need the kde-l10n-xx binary packages for those languages including documentation, which is not imported into LP
[15:46] <adiroiban> all the .mo files are in language-pack-kde-CC-base
[15:46] <adiroiban> dpm: true :)
[15:47] <Riddell> dpm: you said LP doesn't know the plural forms for some languages, but aren't they in the .po files?
[15:48] <dpm> Riddell: yes, they should be, but they will have to be set up manually in LP. I don't think it will stop them from being used correctly in the distro, but lat me check with danilo
[15:49] <ryanakca> Riddell: Since the table of contents refuses to cooperate on the canonical servers, mind if I unset kubuntu-new as default theme?
[15:51] <adiroiban> Riddell: i think that LP ignore the plural form defined in each .po file, and only uses it's general plural form, used for that language in all Launchapd templates (for distros and projects)
[15:53] <dpm> Riddell: adiroiban: just asked danilo on #launchpad if you want to follow the discussion
[15:59] <Riddell> ryanakca: table of contents?
[16:07] <davmor2> Riddell: is there a known issue with connecting to wireless networks?
[16:08] <davmor2> Riddell: can't connect to wpa,wep or open from netbook live
[16:08] <Riddell> davmor2: possibly
[16:09] <davmor2> I'm about to plug a cable in
[16:12] <ryanakca> Riddell: Broken on, https://wiki.kubuntu.org/PackagingGuide/Complete/ , works on https://wiki.ryanak.ca/kubuntu/test ... Sysadmins have no clue why.
[16:12] <Riddell> JontheEchidna: removed
[16:13] <Riddell> ryanakca: what's broken about it?
[16:14] <Riddell> the <h2> line goes through it on the wiki.kubuntu one and the fonts are slightly smaller
[16:14] <ryanakca> Riddell: 1) Links don't work, the <p> is above them. 2) The header line goes through it.
[16:15] <Riddell> hum, yes, only the first link works
[16:15] <Riddell> surely there's a perfectly logical explanation
[16:16] <ryanakca> Riddell: Has to be one. Should I try asking them to install it under a different name, *shrugs*, there might be old outdated stuff mixed in with the fixes...
[16:19] <agateau> I am trying to build the kde4libs package, but cmake fails to detect Phonon
[16:19] <agateau> am I the only one?
[16:29] <Riddell> agateau: do you have libqt4-phonon-dev installed?
[16:30] <agateau> Riddell: yes
[16:30] <agateau> I ran apt-get build-dep kde4libs and it installed nothing
[16:30] <Riddell> agateau: are you on karmic or jaunty?
[16:30] <agateau> Riddell: karmic
[16:30] <Riddell> on jaunty you'll need libphonon-dev
[16:31] <agateau> fresh from this morning
[16:32] <agateau> Riddell: it's an update from jaunty, in case it changes something
[16:33] <Riddell> agateau: you have /usr/include/phonon/phononnamespace.h
[16:33] <Riddell> ?
[16:33] <agateau> Riddell: no
[16:34] <agateau> Riddell: http://pastebin.com/f71ea3187
[16:35] <Riddell> agateau: what's that?
[16:35] <Riddell> it's in /usr/include/qt4/phonon/phononnamespace.h now
[16:36] <agateau> Riddell: it is the output of ls /usr/include/phonon
[16:36] <Riddell> agateau: there shouldn't be a /usr/include/phonon now
[16:37] <Riddell> so it's probably looking in that directory and failing because important files are missing
[16:37] <Riddell> so question is why do you have that directory
[16:37] <Riddell> agateau: dpkg -S /usr/include/phonon/AbstractAudioOutput  ?
[16:37] <agateau> Just ran this :)
[16:37] <agateau> it says it can't find it
[16:37] <agateau> strange
[16:38] <Riddell> you have phantom phonon files
[16:38] <Riddell> agateau: I take it you do have  /usr/include/qt4/phonon/phononnamespace.h ?
[16:38] <agateau> maybe I messed up and installed those myself
[16:38] <agateau> Riddell: no :/
[16:39] <agateau> Riddell: same content as /usr/include/phonon, maybe one is a symlink to the other
[16:39]  * agateau checks
[16:39] <Riddell> apt-cache policy libqt4-phonon-dev  ?
[16:39] <Riddell> dpkg -L libqt4-phonon-dev  ?
[16:40] <agateau> http://pastebin.com/f6242e8f9
[16:40] <agateau> apt-cache policy ↑
[16:40] <agateau> http://pastebin.com/f6242e8f9
[16:41] <agateau> dpkg -L libqt4-phonon-dev ↑
[16:41] <agateau> and /usr/include/qt4/phonon is a symlink to /usr/include/phono
[16:41] <agateau> *phonon
[16:41] <Riddell> it shouldn't be a symlink
[16:42] <agateau> mmm the symlink is from march 18th
[16:42] <agateau> that could be me
[16:42] <Riddell> I'd be tempted to   rm -r /usr/include/phono /usr/include/qt4/phonon; apt-get install --reinstall libqt4-phonon-dev libqt4-phonon
[16:42]  * agateau removes the symlink and reinstall the package
[16:42] <davmor2> Riddell: on Kubuntu do you have 2 rival apps fighting for the right to use passwords?
[16:42] <Riddell> davmor2: not that I know of
[16:43] <davmor2> Riddell: everytime I'm typing in a password in KNR I get asked for it twice
[16:43] <Riddell> davmor2: for network or something else?
[16:43] <agateau> Riddell: looks much nicer now, thanks!
[16:44] <davmor2> sftp:// access wifi etc
[16:49] <davmor2> Riddell: http://www.davmor2.co.uk/knr.png
[16:50] <seele> ouch
[16:52] <Riddell> mmm, messy
[16:53] <davmor2> Riddell: I did say :)  You also had the authentication request on top of that :)
[16:55] <agateau> We did not use KPackageKit notifications on Jaunty, did we?
[16:56] <davmor2> Riddell: out of curiosity is the "i" on the task bar meant to do something?
[16:56] <agateau> davmor2: it's supposed to show/hide notifications
[16:56] <agateau> and job progress info
[16:57] <seele> didn't they change the icon in 4.3? or i guess not since most of you are using karmic
[16:57] <davmor2> Oh yes
[16:57] <davmor2> agateau: ta
[17:02] <Riddell> rdieter: I think this is a fedora packaging issue?  https://bugs.kde.org/show_bug.cgi?id=194373 https://bugs.kde.org/show_bug.cgi?id=198632
[17:02] <rdieter> Riddell: I'll take a look
[17:03] <agateau> Riddell: will we use KPackageKit notifications in Karmic?
[17:03] <Riddell> agateau: yes, that's what's currently on
[17:04] <Riddell> agateau: I find them far too full of text though
[17:04] <agateau> ok
[17:04] <agateau> I think mpt will find them far too full of buttons :/
[17:05] <Riddell> it's the only place I know of where a button seems like a fair idea
[17:05] <agateau> Riddell: I think some of them are a good idea, others are not
[17:06] <agateau> for example the ones which ask for a system or session restart should be turned into dialogs imho
[17:06] <davmor2> Riddell I just did the updates on Kubuntu install and now I have now tty7 1-6 and 8  don't think that's meant to happen :(
[17:06] <agateau> Same for the Error one
[17:07] <davmor2> should be a comma after 7
[17:07] <davmor2> as in 1-6 and 8 work but no desktop on 7
[17:08] <davmor2> I really should learn about punctuation
[17:08] <Riddell> davmor2: did it kill X?
[17:09] <davmor2> that's what I'm assuming but I don't know why
[17:09] <Riddell> davmor2: what version of kdm got installed?
[17:12] <davmor2> 4:4.2.96-0ubun is as much as I can read
[17:19] <davmor2> Riddell: ^
[17:31] <agateau> Something interesting just arrived to http://wiki.ubuntu.com
[17:31] <agateau> I was not aware we just took over ubuntu! :)
[17:34] <agateau> mmm ignore me
[17:34] <rgreening> any ideas on bug #400294
[17:35] <rgreening> Riddell: ^
[17:36] <rgreening> davmor2: I'm guessing this is bug I listed above then...
[17:36] <davmor2> rgreening: that sounds like the one :)
[17:41] <DaskreeCH> Did someone submit a bug about NM and NFS home directories ?
[17:46] <dpm-afk> Riddell: I forgot. Just to keep you posted: I'll be preparing a list with the plural forms for those languages which haven't got it set up in LP and I'll send it to the LP translations guys tomorrow
[17:51] <Riddell> rgreening: that should be fixed in the latest upload, testing appreciated
[17:51] <Riddell> 4:4.2.96-0ubuntu3
[17:51] <Riddell> I thought it was bug 372199
[17:58] <neversfelde> http://revu.ubuntuwire.com/p/bilbo needs reviewing, feature freeze is near :)
[18:09] <DaskreeCH> Riddell: 27 and 29 in your GCDS pic are the friendly pardus guys ;0
[18:09] <DaskreeCH> :-)
[19:09]  * Gon ausente: Ausente por el momento
[19:13] <Mamarok> Gon: please do not use automatic away messages
[19:21]  * Gon de regreso.
[19:28] <Mamarok> Gon: please don't use public away messages
[19:41] <maco> hey guys, the documentation yelling at you that it cant find the files thing emmajane mentioned in her blog.... anything can be done about that? like installing docs by default?
[19:53] <_Sime> will there be a PyQt 4.5 etc + bindings 4.3 packages for jaunty?
[20:14]  * JontheEchidna tests new kdebase-workspace upgrade
[20:19] <JontheEchidna> X died on that upgrade
[20:20] <JontheEchidna> is the fix supposed to prevent future X deaths?
[20:20] <JontheEchidna> like, does the new postinst script only take effect after it's installed?
[20:21] <JontheEchidna> on a side note, tty1 in a sane resolution is sweet
[20:22] <JontheEchidna> I suppose I'll reboot and do a kdm resinstall to test
[20:32] <JontheEchidna> after upgrades, sudo apt-get install --reinstall kdm does not crash X
[20:33] <JontheEchidna> I didn't try --reinstall before the fixer-update, but it did crash every time I upgraded kdm
[20:34] <Trouble`> Yay \o/ Fingers crossed
[20:34] <bdgraue_> if i am gone in a few minutes/seconds, the update crashed my kdm too ;)
[20:35] <JontheEchidna> upgrading to the fixed packages will crash X
[20:35] <JontheEchidna> I think it's supposed to fix all future updates
[20:36] <JontheEchidna> or something like that
[20:37] <DaskreeCH> How od you set tty res ?
[20:38] <JontheEchidna> KMS does it automagically
[20:38] <JontheEchidna> and I am happy <3
[20:39]  * Trouble` waits for downloads to finish before applying updates
[20:41] <ryanakca> DaskreeCH: What resolution do you want?
[20:42] <DaskreeCH> I dunno I just never thought of messing with the res for that
[20:42] <DaskreeCH> shift+pgup made it seem un needed
[20:42] <ryanakca> DaskreeCH: Anyways, add "vga=XXX" to 'defoptions' in /boot/grub/menu.lst and run update-grub... XXX from http://www.mepis.org/node/2992
[20:43] <DaskreeCH> Alright
[20:44] <ryanakca> DaskreeCH: Even better, once you do that, enable your framebuffer drivers and just live in your TTY, you have mutt, vi/emacs, mplayer for videos, fbi/fbgs for viewing images and PDF/PS files, cmus for music, w3m for web, you name it. Oh, and screen as a WM :)
[20:53] <DaskreeCH> mplayer can run videos on the tty?
[20:55] <Trouble`> Time to update!
[20:56] <DaskreeCH> Has anyone discussed K-NM and logins across the wire?
[21:15] <CIA-74> Kubuntu: apachelogger * r3 plasma-netbook-nightly/debian/control: Add build-dep on kdebase-workspace-dev
[21:17] <CIA-74> Kubuntu: apachelogger * r4 plasma-netbook-nightly/plasma-netbook-nightly.rb: Fix changes file path
[21:25] <ScottK> Riddell: Background issue for the netbook images is fixed (cjwatson merged my debian-cd branch ~8 hours ago).
[21:26] <ScottK> Riddell: Actually remix is supposed to mean it uses packages from outside the archive (UNR Hardy did this).  The fact that it's still called UNR in Jaunty is a historical accident.  We aren't a remisx.
[21:27] <ScottK> davmor2: The Ubuntu logo on the startup screen is fixed and should be OK in tomorrow's image.
[21:28] <davmor2> ScottK: Cool I'll have another look tomorrow.  Did you get a look at the screenshot I took?
[21:28] <ScottK> davmor2: I don't think I'm that far down my scrollback yet.
[21:29] <ScottK> If you want to re-link it, that wouldn't be bad.
[21:29] <davmor2> http://www.davmor2.co.uk/knr.png iirc
[21:31] <davmor2> wifi is buggered too at the moment but that is probably a halsectomy issue that'll get resolved (hopefully) :)
[21:32] <ScottK> davmor2: Looks a bit croweded, but generally OK.  Am I missing something?
[21:34] <Riddell> DaskreeCH: people keep telling me it's the pardus guys but it's not any use without names
[21:34] <davmor2> ScottK: the desklets are a bit of a mess.  The biggest issue I saw though are the clock and date and things get worse when you open things like amarok which drops another icon in there
[21:34] <Riddell> ScottK: ok, not a main vs universe thing then
[21:34] <ScottK> Riddell: Yes.
[21:34] <davmor2> ScottK: other than that it seems mostly usable.  I'd not done an install though as I need my netbook :)
[21:35] <ScottK> Riddell: I have hopes to build KNE out of Main in any case (so far we do), but we'll see about that.
[21:35] <ScottK> davmor2: The font sizes and such we plan to touch up (but haven't done so yet).
[21:35]  * ScottK wonders where the heck is Tonio.
[21:41] <DaskreeCH> Gockmen is 27
[21:42] <DaskreeCH> Why does the Live Cd disable trackerd?
[21:43] <ScottK> DaskreeCH: Why do you want live data indexed?
[21:44] <ScottK> What's the point?
[21:45] <CIA-74> Kubuntu: apachelogger * r5 plasma-netbook-nightly/plasma-netbook-nightly.rb: Hardcode dput config name to kubuntu-netbook (dput is super undynamic)
[21:45] <DaskreeCH> Why is it shipping with tracker then?
[21:46] <ScottK> Because what gets shipped in live is also what gets installed.
[21:46] <ScottK> By and large ...
[21:47] <DaskreeCH> and we install trackerd by default?
[21:47] <ScottK> I think so.
[21:47] <DaskreeCH> I don't have it installed
[21:47] <ScottK> Wait.
[21:47] <DaskreeCH> Yeeeeah
[21:47] <ScottK> I'm thinking of strigi.
[21:47] <DaskreeCH> yeeeeeeaaaah
[21:49] <maco> trackerd is in ubuntu, not kubuntu
[21:49] <maco> is that not the case with live?
[21:49] <ScottK> Shouldn't be.
[21:49] <ScottK> Nevermind what I said as I was thinking about strigi.
[21:53] <ScottK> Would someone please ping me.  I want to test something.
[21:53] <JontheEchidna> ScottK: sure
[21:53] <ScottK> JontheEchidna: Thanks.
[21:57]  * Gon ausente: Ausente por el momento