[10:00] <rigo> hi
[10:00] <rigo> i have a cubieboard1. i installed this: lubuntu-server-13.06-v1.01 which runs the 3.4.43+ kernel what has no apt-get installable headers. but i need a kernel with headers to install the liplinian driver package.
[10:01] <ogra_> so ask the person that created your image
[10:01] <rigo> can i install kernel on it? how?
[10:01] <ogra_> (this is not an ubuntu image, someone externally has built it )
[10:03] <rigo> why on earth are there kernels without headers anyway? :D
[10:04] <ogra_> there definitely are headers ... the person who created your kernel surely has them :)
[10:04] <ogra_> (or had at least, when the kernel was built)
[10:06] <rigo> im just confused.. i downloaded loads of images for the cubieboard1 but all are running on this headerless kernel. (i mean it doesnt have like not apt-get installable which is for me linux noob the only way to get i guess)
[10:10] <ogra_> well, there are no official images for the cubieboard from ubuntu ... and there is no kernel for it in the ubuntu archive
[10:10] <ogra_> if some third person creates an image at home we cant help much, you need to find that person to give you the headers
[10:10] <ogra_> or the kernel source ...
[10:13] <rigo> i will. and i will http://www.youtube.com/watch?v=tsXKAtpLm4I
[15:20] <awakecoding> Hi
[15:21] <awakecoding> I'd like to package my software for distribution on ubuntu for ARM
[15:21] <awakecoding> with ubuntu-based ARM thin clients in mind
[15:21] <awakecoding> which versions of ubuntu should I target, which variants of ARM should I build for?
[15:22] <awakecoding> and especially, which ARM systems are the most well supported by  ubuntu. I'm looking for a system that would actually have proper GPU acceleration
[16:14] <hrw> awakecoding: target: trusty (as development) and saucy (as latest released) at least. may also consider precise (last lts)
[16:14] <hrw> and care about armhf
[16:15] <awakecoding> hrw: ok, thanks. are there qemu images available? what's the best way to cross-compile?
[16:15] <hrw> I do not track ubuntu development for quite long time
[16:15] <hrw> there are some armhf images but how to run them in qemu? provide own kernel probably
[16:16] <awakecoding> ok
[16:17] <awakecoding> is there a recommended platform for using ubuntu on ARM?
[16:18] <awakecoding> I was asking yesterday in #linaro and even today GPU acceleration is a huge issue on the vast majority of linux boards
[16:18] <awakecoding> no GPU acceleration == it's going to suck as a thin client
[16:21] <hrw> define GPU acceleration
[16:21] <hrw> 2D? 3D as OpenGL? 3D as OpenGLES?
[16:25] <awakecoding> hrw: mostly 2D, but 3D affects the general usage of the desktop, especially with unity
[16:25] <hrw> for unity I would go to local store and buy x86 hardware
[16:25] <hrw> but I am known as not a fan of unity
[16:26] <awakecoding> putting unity aside, let's say it's used with a more lightweight desktop, if the X11 environment is unaccelerated, it's still going to cause performance problems
[16:31] <awakecoding> take the utilite pro for instance, I've got one of those, it's pretty neat, but no GPU acceleration is a bummer: http://utilite-computer.com/web/utilite-models
[16:31] <awakecoding> if it had GPU acceleration I could make an amazing thin client out of it


  I just mixed a gin and tonic that's so strong it smells more like alcohol than anything drinkable, so this might retroactively make me drunk last week.
[03:39] <infinity> ScottK: The NBS report would lead me to believe that your force-hinting KDE was a bit premature.
[03:39] <infinity> ScottK: (And maybe that's why you needed to force it at all...)
[03:46] <infinity> ScottK: Fixing up now.  But yeah, kphotoalbum and kamoso needed transitions to new libs, which was likely why you had to force things. :/
[03:48] <infinity> ScottK: Oh, and both need porting, not just rebuilding.  Bah.
[03:48] <infinity> ScottK: This is kinda what the whole migration thing is for, no?
[03:48] <bjf> infinity, your no fun, we live to break d-i
[03:52] <infinity> bjf: :)
[05:05] <ScottK> cjwatson: Would it be possible to add ffmpegthumbs, kfloppy, kiten and pairs to the Kubuntu packageset in quantal (I believe they are in it for raring already).  It would make getting post-release KDE updates uploaded easier.
[05:47] <micahg> ScottK: can you please score https://launchpad.net/~ubuntu-mozilla-security/+archive/ppa/+build/4022293 up to 20000
[05:48] <ScottK> How about 9999999?
[05:49] <micahg> I'm not that worried about stuff jumping ahead :)
[05:49] <micahg> but that works, thanks
[05:50]  * micahg just hopes everything finishes in time...
[07:08] <ScottK> micahg: Does firefox on armel need retrying?
[07:08] <ScottK> (quantal)
[07:10]  * ScottK does.
[07:10] <ScottK> Actually it was oneiric.
[09:28] <infinity> ScottK: Ahh, nevermind my whining earlier, I caught backscroll from 4 days ago and saw this was discussed.
[09:28] <infinity> ScottK: Still, naughty. :P
[09:53] <seb128> powerpc  	2 	57 jobs (28 hours)
[09:53] <seb128> shrug
[09:53] <seb128> cjwatson, hey, did you restore the "need ppc build to migrate to raring"?
[09:54] <seb128> https://launchpad.net/ubuntu/raring/+source/accountsservice/0.6.29-1ubuntu2 didn't migrate this night
[10:20] <infinity> seb128: Yes, he did.  Right before we killed the buildds with a ton of security updates.
[10:20] <infinity> seb128: Partial migration was causing some unintended side effects.
[10:20] <seb128> infinity, is there any way around waiting that backlog to resolve itself?
[10:21] <seb128> or we are just doomed at waiting monday to get stuff in raring at this point?
[10:21] <infinity> seb128: If what you're worried about it in main, it'll resolve itself quite quickly.
[10:21] <infinity> seb128: webkit is almost done, and firefox will be done in a few hours.
[10:21] <infinity> s/it in/is in/
[10:21] <seb128> infinity, I'm worried that stuff I uploaded 16 hours ago are still blocking in raring-proposed
[10:22] <infinity> Well, worry less?
[10:22] <seb128> and that the builder package announces a 28 hours backlog
[10:22] <infinity> Having this discussion every second day won't solve anything.
[10:22] <ogra-cb_> hey, think positive, it willl be there on monday :P
[10:23] <seb128> infinity, well, I was trying to see if cjwatson was wanting to relax the powerpc requirements again :p
[10:24] <infinity> seb128: See above, re: Partial migration was causing some unintended side effects.
[10:24] <infinity> Anything after that line was pretty much not constructive.
[10:25] <seb128> sorry about that
[10:25] <seb128> it's frustrating to be blocked for days and have no way out
[10:25] <ogra-cb_> seb128, welcome to my world
[10:27] <Daviey> ScottK: Remember the thread earlier this year about irqbalance being added to ubuntu-standard?  Did it go anywhere?
[10:27] <Daviey> (^ or anyone else)
[10:27] <ogra-cb_> seems to be installed by default
[10:27] <ogra-cb_> i see it on my nexus installs :)
[10:27] <Daviey> ogra-cb_: why?
[10:27] <Daviey> as in, where are you seeing it seeded, depended?
[10:28] <ogra-cb_> running
[10:28] <ogra-cb_> havent checked seeds
[10:28] <Daviey> doesn't seem to be directly seeded.
[10:29] <Daviey> People seem to remember it being installed by default on server... but i fear it was lost.
[10:29] <ogra-cb_> ogra@chromebook:~$ apt-cache show irqbalance |grep Task
[10:29] <Daviey> Ah, lucid added it to standard
[10:29] <ogra-cb_> Task: standard, kubuntu-active
[10:29] <ogra-cb_> ogra@chromebook:~$
[10:29] <Laney> ubuntu-standard
[10:30] <ogra-cb_> no idea why its seeded explicitly in kubuntu-active though
[10:41] <Daviey> Hmm.
[12:26] <cjwatson> seb128: I put it back because it turns out that relaxing it breaks powerpc-only packages.  I might relax it again if I have a chance to fix that - which won't be today because I'm on holiday.
[12:26] <seb128> cjwatson, hey, ok, enjoy your holiday ;-)
[12:26] <seb128> cjwatson, with some luck by monday the backlog will be cleared
[12:27] <cjwatson> I expect it'll be fine - it was clear when I looked yesterday evening.
[12:28] <infinity> Yeah, even without rescuing sulfur, the backlog will clear.
[12:28] <infinity> Unless miach uploads another firefox security update and another, and another. :P
[12:28] <infinity> But here's hoping we get sulfur sorted today anyway.
[12:29] <seb128> we got unlucky, the first thing ross picked after webkit is a kde package which takes 4.5 hours to build
[12:29] <seb128> unlucky or not, the score seems to have been bumped for that build so somebody wanted it ;-)
[12:29] <infinity> That wasn't bad luck, that was ScottK scoring it up. :/
[12:29] <infinity> Had I noticed before it got picked up, I might have undone that.
[12:29] <infinity> But oh well.
[12:30] <infinity> Everything needs to build eventually anyway.
[12:30] <seb128> (I hope accountsservice will not have runtime issues when it hits the archive during the W.E)
[12:31] <infinity> You can test it from proposed...
[12:32] <seb128> I'm running it since yesterday
[12:32] <seb128> but I get I will have feedback from users until it reachs raring
[12:32] <infinity> I'd say that sounds like it doesn't have massive issues, then.
[12:32] <seb128> no it doesn't, I just hate things landing on friday, just being paranoid ;-)
[12:32] <seb128> you never know, I didn't test on all archs for example
[12:33] <infinity> Well, I scored it up.  It'll be the next thing to build when firefox is done.
[12:33] <seb128> thanks
[13:01] <ScottK> Sorry, trying to get things in shape before the weekend for Alpha 1.
[13:03] <infinity> I spent a couple of minutes on porting kphotoalbum and then got distracted.
[13:03] <ScottK> infinity: There's an upstream branch we should get ~sson.
[13:03] <ScottK> soon
[13:03] <ScottK> Same for Kamoso
[13:04] <ScottK> For Alpha 1 it's just an extra copy of the libs, so I'm not worried.
[13:32] <Mirv> RAOF (or someone else on SRU team): hi! we'd need to pull out the quantal Unity 6.12.0-0ubuntu0.1. there is a regression (currently documented in bug #1067357 comments) and we need that to be fixed.
[13:32] <ubot2> Launchpad bug 1067357 in Unity "Top panel shows "Tauler d'inici" instead of "Taluer d'inici"" [Low,Fix committed] https://launchpad.net/bugs/1067357
[13:32] <Mirv> the bug is marked verification-failed, but mostly it's no use keeping the release in -proposed if we anyway know we want to have the regression fixed
[13:33] <infinity> Mirv: I can delete it from -proposed, sure.
[13:33] <Mirv> infinity: thanks
[13:34] <infinity> Just unity?
[13:34] <Mirv> infinity: just unity, compiz SRU is going on good
[13:34] <Mirv> and just quantal
[13:34] <infinity> Done.
[13:36] <ScottK> infinity: Am I wrong re kamoso and kphotoalbum that the only negtive effect is two copies of the relevant libs on our images until they kamsos (that's the only one that's seeded) gets ported?
[13:37] <infinity> ScottK: No, you're not wrong, that's the effect, but I also don't want this to be habit forming. :P
[13:37] <infinity> ScottK: Half the point of proposed is to make sure transitions happen before migration, not after.
[13:41] <ScottK> Sure.  I agree about habit forming, but I'm not going to get grumpy about a few leaf packages.
[14:13] <infinity> Alright, buildd chroots updated yet again, let's see how quickly the PPC queues dry out.
[14:18] <ScottK> infinity: There's KDE SC 4.9.3 in queue for quantal-proposed, so "not soon".
[14:20] <infinity> ScottK: Oh, right, do you plan to get all that stuff accepted over the weekend?
[14:20] <ScottK> Yes.
[14:20] <infinity> Shiny.
[14:20] <ScottK> I reviewed the queue last night and had a few issues, so I'm waiting for more uploads, but I'd hoped to start today.
[14:54] <micahg> ScottK: thanks for the Firefox retry
[14:54] <ScottK> You're welcome.
[14:55] <micahg> hrm, lucid failed too...
[14:55] <micahg> I'm a bit reluctant to retry right now though
[14:57] <infinity> Why?
[14:58] <infinity> micahg: Were the sparc and ia64 failures expected?
[14:58] <micahg> infinity: yes
[14:58] <micahg> infinity: release is soon and I won't be around in 11 hours for it to finish, lucid armel is also EOL
[14:58] <infinity> That looks rather fixable...
[14:59] <micahg> infinity: sparc and ia64? probably fixable, but I doubt people are running desktops on those machines, also we haven't really had any complaints...
[14:59] <infinity> micahg: Yeah, I'm not hugely concerned about lucid/armel, just curious.
[15:00] <micahg> infinity: if it wasn't Fri today, I'd probably retry it FWIW
[15:00] <infinity> I'm not sure a retry will get you anywhere.
[15:00] <infinity> Unless this was before GCC's automagic ICE-retry magic was added.
[15:01] <infinity> Cause if it was cosmic rays, it would retry, and tell you it wasn't reproducible.
[15:20] <micahg> infinity: there were no code changes in that part of the source, so that leads me to believe it's cosmic rays
[15:21] <infinity> Tis possible.
[15:21] <infinity> FWIW, Pete just bought a big bag of heatsinks for the Pandas in the DC.  Kinda curious to see if any of our weird ray-related bugs dissipate.
[15:21] <infinity> (Even if they don't, though, the Pandas will get faster...)
[15:22] <infinity> The joys of CPUs that can't actually run full speed without constantly throttling to avoid overheating.
[15:22] <Laney> mmm rays
[15:47] <ScottK> Apparently we're still making Kubuntu dailies for alternate images.  Those can go away.
[15:48] <stgraber> ok, I'll remove them from cron
[15:48] <ScottK> Thanks.
[15:49] <ScottK> stgraber: Can you remove the existing raring alternate daily alternates so they don't show up as there, but not updated?
[15:50] <stgraber> yep
[15:51] <stgraber> ScottK: all done
[15:51] <ScottK> stgraber: Thanks.
[17:31] <SpamapS> Hi, can somebody who understands the archive better than me take a look at the walinuxagent package in the precise upload queue? Its New, and in "universe", but walinuxagent is supposed to be in main (it has to go on the cloud images)
[17:37] <ScottK> SpamapS: You have to override it to Main if that's where you want it.
[17:37] <ScottK> New packages always default to Universe
[17:39] <SpamapS> utlemming: ^^ I seem to recall walinuxagent getting a MIR for this explicit purpose at some point.
[17:39] <utlemming> SpamapS: Yes, this went through a MIR....let me dredge that up
[17:40] <utlemming> https://bugs.launchpad.net/ubuntu/+source/walinuxagent/+bug/1014864
[17:40] <ubot2> Launchpad bug 1014864 in walinuxagent (Ubuntu Quantal) "[MIR] New package - walinuxagent" [High,Fix released]
[17:40] <SpamapS> utlemming: but thats quantal...
[17:42] <ScottK> If it were me, I'd at least want the Security team to ack they were ok with it for an LTS release.
[17:42] <SpamapS> I feel like thats already been done
[17:43] <utlemming> SpamapS: this MIR covers the 12.04.1 bits too
[17:44] <SpamapS> ok cool
[17:47] <jamespage> SpamapS, I think its showing up in NEW for precise cause it only exists in -updates if that makes sense
[17:47] <infinity> SpamapS: I was going to be sorting that.
[17:47] <SpamapS> infinity: ahh thank you
[17:51] <ScottK> jamespage: Yes.  It's in New because it's New for that release.  The same thing happens with backports.
[17:53] <jamespage> ScottK, ack
[17:59] <med_> thanks guys
[19:33] <bdmurray> slangasek: xf86-input-evtouch in lucid can be removed as the verification never happened
[19:33] <slangasek> bdmurray: removed
[19:33] <bdmurray> slangasek: unity in oneiric
[19:36] <bdmurray> slangasek: multipath-tools in lucid
[19:39] <bdmurray> slangasek: libcgroup in oneiric
[19:40] <slangasek> bdmurray: nux/o-p, multipath-tools/l-p, libcgroup/o-p removed
[19:40] <bdmurray> slangasek: libdvdread in oneiric
[19:46] <slangasek> done
[19:53] <bdmurray> slangasek: distribute in oneiric
[19:54] <slangasek> done
[19:55] <bdmurray> slangasek: mawk in lucid
[19:57] <bdmurray> slangasek: libxi in lucid
[20:02] <bdmurray> slangasek: dbconfig-common in lucid
[20:04] <bdmurray> slangasek: libchewing in lucid
[20:05] <slangasek> bdmurray: all gone
[20:12]  * ScottK tries to kill the queuebot.
[20:23] <ScottK> Interesting.  It seems to have eaten my accepting kde-l10n-* for quantal-proposed entirely.
[21:59] <bdmurray> slangasek: udisk in oneiric
[22:00] <bdmurray> er udisks
[22:00] <bdmurray> slangasek: mesa in oneiric
[22:01] <bdmurray> slangasek: eggdrop in oneiric
[22:01] <bdmurray> slangasek: indicator-datetime in oneiric
[22:03] <slangasek> bdmurray: done
[22:03] <bdmurray> slangasek: postgis in oneiric
[22:04] <bdmurray> slangasek: pyfits in lucid
[22:04] <bdmurray> slangasek: pam in lucid
[22:04] <slangasek> oh no
[22:04] <slangasek> not pam!
[22:04] <slangasek> (is that mine?)
[22:05] <bdmurray> bug 586462
[22:05] <ubot2> Launchpad bug 586462 in pam (Ubuntu Lucid) "/sbin/pam_tally2 not included in package" [Medium,Fix committed] https://launchpad.net/bugs/586462
[22:05] <slangasek> why, it sure is
[22:05] <bdmurray> slangasek: seabios in lucid
[22:06] <slangasek> trying to decide how I feel about the pam one.  I've never used the darn module so am not really in a position to test... so... ok, kill it
[22:06] <slangasek> (done)
[22:14] <bdmurray> slangasek: w-scan in lucid
[22:14] <bdmurray> slangasek: gst-plugins-bad0.10 in lucid
[22:24] <bdmurray> slangasek: vim-addon-manager in lucid
[22:25] <bdmurray> slangasek: clutter-gst in oneiric
[22:25] <bdmurray> slangasek: gdevilspie in oneiric
[22:25] <bdmurray> slangasek: bamf in oneiric
[22:26] <bdmurray> slangasek: initramfs-tools in lucid
[23:03] <cjwatson> ScottK: I've added those four sources to the kubuntu/quantal package set.
[23:04] <ScottK> cjwatson: Thanks.
[23:04] <ScottK> infinity: I just put caph on manual due to multiple chroot failures.
[23:16] <slangasek> bdmurray: all done
[23:16] <bdmurray> slangasek: thanks!
[23:30] <ScottK> Strange.
[23:30]  * ScottK did not accept two marbles.


[16:27] <nikko1> can eny1 help me?
[16:27] <nikko1> sound problem
[16:57] <Bacteria> ~ops
[18:47] <lieter> Hi, how can i test my laptop and report on it?
[18:48] <lieter> i've bought a new laptop today and everything seems to work very well


[03:29] <mwhudson> thumper: i'd ask you to review a branch if you could see it :-)
[03:29] <thumper> mwhudson: if it is small you could pastebin :)
[03:31] <mwhudson> thumper: http://pastebin.ubuntu.com/334267/
[03:31] <mwhudson> thumper: its the next layer of the bzr-svn onion
[03:33] <thumper> mwhudson: I don't suppose you feel like killing updateFromData ?
[03:34] <mwhudson> thumper: i could give it a go i guess
[03:34] <thumper> config.codeimport.default_interval_subversion, ?
[03:34] <thumper> sorry
[03:34] <thumper> I missread
[03:34] <thumper> nn
[03:34] <thumper> nm
[03:34] <thumper> damn friday fingers
[03:35] <thumper> mwhudson: line 171 of diff
[03:35] <thumper> mwhudson: what about using the with statement ?
[03:36] <thumper> mwhudson: won't it close files on context exit?
[03:37] <thumper> mwhudson: the for loop at 181... what is the purpose?
[03:41] <thumper> shouldn't it error if it can't connect at all in the setup?
[03:55] <mwhudson> thumper: for the former, wow yes, python 2.5 :)
[03:55] <mwhudson> thumper: it takes a little while for the svnserve process to start accepting connections, that's what the for loop is for
[03:55] <thumper> mwhudson: my suggestion is that if we don't get acceptance perhaps the setup should fail
[03:56] <mwhudson> thumper: no, it usually connects the second time around the loop
[03:56] <mwhudson> oh i see what you mean now
[03:56] <mwhudson> friday brain :)
[03:56] <thumper> I know what you mean
[04:02] <thumper> mwhudson: other than that it looks good
[04:02] <mwhudson> thumper: thanks!
[04:02] <thumper> mwhudson: do we have the BZR_SVN enum in prod already?
[04:02] <thumper> mwhudson: it would be interesting to see what happens on vanilla production branch looking at a bzr_svn import
[04:02] <mwhudson> thumper: yeah, it's been around for ages
[04:03] <thumper> mwhudson: as long as it doesn't die in a heap, we should be ok
[04:03] <mwhudson> thumper: yeah, i'll see if i can do that locally
[04:03] <mwhudson> thumper: i know +code-import-list will explode
[04:03] <thumper> mwhudson: ah, why?
[04:03] <thumper> I don't remember that view
[04:04] <mwhudson> thumper: getImportDetailsForDisplay
[04:05] <mwhudson> (another reason we should move to a single url field, i think...)
[04:15]  * thumper nods
[04:19] <thumper> mwhudson: movie and pizza time, I'll check back in later :)
[04:19] <mwhudson> thumper: certainly, don't watch the cricket
[11:41] <henninge> bigjools: care to review? ;) http://paste.ubuntu.com/334439/
[11:42] <bigjools> henninge: +1
[11:42] <henninge> bigjools: as in r=bigjools? ;-)
[11:43] <bigjools> henninge: r=bigjools :)
[11:54] <henninge> bigjools: I made it a formal MP to be able to properly request an r-c. Please add your vote there, too. Thanks ;)
[11:54] <henninge> https://code.edge.launchpad.net/~henninge/launchpad/access-to-translationgroup-table/+merge/15643
[11:54] <bigjools> sure
[11:56] <bigjools> henninge: thinking about it, I think I'd be happier with a test
[11:57]  * henninge was just thinking about that on the loo ...
[11:58] <bigjools> TMI
[11:58] <henninge> bigjools: how would I test that ...
[11:59] <bigjools> henninge: the best test is to upload a package with an attached translation that would need to use the code you changed
[11:59] <henninge> bigjools: so this happens whenever I store an upload in the librarian?
[12:00] <henninge> that should not be too hard to simulate
[12:01] <bigjools> henninge: soyuz calls sourcepackagerelease.attachTranslationFiles()
[12:01] <bigjools> that's all I know :)
[12:01] <bigjools> let me see if there's some existing tests you can copy
[12:02] <henninge> the traceback goes through realiseUpload - publish - publish_ROSETTA_TRANSLATIONS
[12:02] <henninge> oh, nm, missed the next line
[12:03] <bigjools> hmmm it appears there are no tests for uploading translations at all
[12:04] <bigjools> which is not surprising since this bug would have been caught
[12:05] <bigjools> henninge: we need a package with translations attached in lib/lp/archiveuploader/tests/data/suite
[12:05] <bigjools> then add a test in lib/lp/archiveuploader/tests/test_uploadprocessor.py
[12:05] <bigjools> I am happy to help
[12:05] <bigjools> since it's probably making your eyes glaze already
[12:05] <henninge> bigjools: ok, I'll look at it and come back to pester you ... ;)
[12:12] <BjornT_> henninge, bigjools: uploading a package with translation is good as an integration test, but it's also good to have move specific tests that only call the method in question. that test can be run as a number of different db users.
[12:13] <bigjools> BjornT_: well right now there are *no* tests that upload packages with translations
[12:13] <bigjools> I find it hard to see why the translations team should write a test that calls their code using a soyuz db user
[12:14] <BjornT_> bigjools: right, and i'm not saying that you shouldn't add one :) i just want to avoid you adding too many, so that you don't use integration tests to test edge cases
[12:14] <henninge> we are all one team ... ;)
[12:14] <bigjools> yes, I would not suggest adding more than one :)
[12:14] <BjornT_> bigjools: they should write such tests, if their code is executed in a soyuz db user context
[12:15] <BjornT_> bigjools: that's a good way of avoiding errors like these
[12:15] <bigjools> BjornT_: they should, and the test should run in the Soyuz area
[12:16] <BjornT_> bigjools: what do you mean by 'in the soyuz area'?
[12:16] <bigjools> i.e. I don;t think the translations tests should know about soyuz specifics
[12:16] <bigjools> in our test directory
[12:16]  * henninge is thinking
[12:16] <BjornT_> bigjools: that's the point, they only have to know about the db user, nothing more
[12:17] <bigjools> so once we have a test that uploads a translations package, there can be unit tests in soyuz module that call the SPR methods
[12:17] <BjornT_> bigjools: it depends a bit on which method is tested, of course
[12:17] <bigjools> yeah I don;t really like that they need to know about it.  Am I being too sensitive about that?
[12:17] <henninge> bigjools: is it not the same the other way round?
[12:18] <henninge> I mean, if we add a translations upload test to the soyuz test directory?
[12:18] <BjornT_> bigjools: but for example, look at lp/bugs/doc/bug-set-status.txt. where should that live?
[12:18] <bigjools> soyuz uses translations, translations doesn't use soyuz
[12:18] <BjornT_> bigjools: that's one of tests to make sure that closing bugs via changelogs works
[12:19] <bigjools> BjornT_: yeah, we have a similar one the in the archiveuploader module
[12:19] <BjornT_> bigjools: if it's very similar, it's probably redundant
[12:19] <bigjools> lib/lp/archiveuploader/tests/nascentupload-closing-bugs.txt
[12:20] <bigjools> and lib/lp/soyuz/doc/closing-bugs-from-changelogs.txt
[12:21] <bigjools> BjornT_: if you think it's ok for translations to know about soyuz db users then I am fine with it
[12:21] <bigjools> I just wanted to raise the question
[12:23] <BjornT_> bigjools: i think it's fine for now. we should find a better way of structuring it, so that it's easier to find all the tests related to a given feature (it's a bit tricky, since one test can belong to multiple features). at the moment either translations have to know a bit about soyuz, or soyuz have to know a bit about translations. which is better?
[12:24] <bigjools> soyuz already knows a lot about translations :)
[12:24] <bigjools> it has to deal with the tarballs attached to source packages
[12:24] <BjornT_> bigjools: maybe it knows too much :)
[12:25] <bigjools> heh
[12:28] <BjornT_> bigjools: i just read henninge's mail. that tells me that there probably are tests already for setStatus and addOrUpdateEntry, and those tests should be run using the soyuz db user (as well as the db users it currently runs with)
[12:28] <bigjools> right
[12:28] <BjornT_> bigjools: it might make sense to have a tests harness in soyuz land, but the tests should be re-used
[12:28] <henninge> bigjools, BjornT_: also, that sounds to me like a much quicker way to get a valid test set up for this branch ... ;-)
[12:28] <bigjools> well I still want a full translations package upload test
[12:29] <BjornT_> henninge: what bigjools said
[12:29] <bigjools> henninge: yep
[12:30] <bigjools> I'd be ok with him landing this with that shorter test, as long as a bug is file to write the bigger test, what do you think BjornT_?
[12:30] <henninge> bigjools: was about to ask that, too.
[12:30] <BjornT_> bigjools: which is the shorter test?
[12:31] <bigjools> BjornT_: re-using existing tests with a new db user
[12:32] <BjornT_> bigjools: right. i think that's the easiest way of trying to prevent errors like this to happen in the future. i'd be happy with those tests for the first landing
[12:32] <bigjools> great
[12:32] <bigjools> makes your life easier for the moment henninge :)
[12:32] <henninge> cool
[12:33]  * henninge will do that right after lunch.
[12:33] <bigjools> mmm food
[13:26] <noodles775> Hi adeuring, got time for this one?
[13:26] <noodles775> https://code.edge.launchpad.net/~michael.nelson/launchpad/487009-db-extract-get-build-records/+merge/15649
[13:29] <adeuring> noodles775: sure
[13:32] <noodles775> Thanks!
[15:07] <adeuring> noodles775: r=me
[15:08] <noodles775> Thanks adeuring.
[15:15] <salgado> henninge, that db permission fix is not release-critical, since stub's already done it on the production DB, right?
[15:30] <sinzui> barry: Your mailing list branch is approved. I had two points you may want to address before landing it
[15:30] <barry> sinzui: awesome, thanks
[15:33] <henninge> salgado-lunch: I am not sure how persistent stubs change is and what happens when "something" is restarted or rebuilt etc.
[15:34] <henninge> something = appserver or dbserver or stub's car ... ;)
[15:46] <salgado> henninge, indeed; I was thinking of a schema change, and if that was the case it would only be possible to revert it manually.  but since this is actually a permission change, it might be possible to revert it accidentally if someone applies security.cfg to the DB
[16:20] <james_w> anybody fancy reviewing a lazr.restfulclient branch? https://code.launchpad.net/~james-w/lazr.restfulclient/fix-caching/+merge/15635
[16:20] <james_w> tiny diff, ugly bug
[16:33] <jpds> hello.
[16:34] <noodles775> james_w: adeuring is OCR - so worth pinging him :)
[16:34] <adeuring> james_w: sure, I'll look
[16:45] <adeuring> james_w: this looks like a really good bug fix! Just two formal nitpicks: (1) Could you move the last parameter in the changed call on a new line? we try to keep the length <= 78 characters. (2) I think most of your commit message is worth to appear as a comment for the changed method call so that readers know why http_method.upper()  makes sense here?
[16:45] <james_w> makes sense
[16:46] <adeuring> james_w: thanks! r=me
[16:52] <james_w> adeuring: new revision pushed, could you land it for me, I don't have the rights?
[16:52] <adeuring> james_w: sure, will do.
[16:52] <james_w> thanks
[17:00] <bac> hey jpds -- i was going to chat with you about the review but then just submitted it anyway
[17:02] <henninge> bigjools: I just pushed the branch.
[17:03] <henninge> bigjools: After a not-so-successful high-level approach (calling addOrUpdateEntryFromTarball), I went for low-level testing on canSetStatus
[17:03] <henninge> bigjools: it actually produced more problems with access to pofile and potemplate tables, so I included these, too.
[17:03] <bigjools> henninge: can a translations person review it for you?
[17:03] <henninge> danilos: ?
[17:04] <henninge> danilo__: ?
[17:04] <bigjools> CaptainAmerica to the rescue
[17:04] <henninge> are you sure he has an alarm on that name?
[17:05] <henninge> he's also the only one from my team around.
[17:05] <jpds> bac: Is it just the registered by Mark text I have to edit?
[17:06] <bac> jpds: yes.  it just needs to match the new output
[17:06] <bac> jpds: test it with:  bin/test -vvt distributionmirror-views.txt
[17:22] <sinzui> beuno: I am still trying to reconcile how to handle official verses unofficial packages for projects. look at https://edge.launchpad.net/bzr
[17:24] <sinzui> ^ beuno, the "Packages in distributions" portlet does not have a version line for the unofficial packages. Should I hide them everywhere or do it make it clear that they are only available via PPA
[17:24] <sinzui> or some other archive
[17:27] <sinzui> We really cannot hide them if we do not know the version, because we can only know the Ubuntu versions--we do not track versions in any other distro
[17:27] <beuno> sinzui, give me 30 and we'll think about it together
[17:33] <jpds> bac: OK, will work on it when I can time.
[17:41] <sinzui> beuno: I have a lunch appointment. I will be back in a hour.
[19:21] <bac> jpds: when you make the changes let me know and i'll update the review and land it for you, if PQM has opened by then.
[20:02] <jpds> bac: Done.
[20:05] <bac> jpds: it still doesn't work, though.  You left out "Linux" in the mirror title
[20:06] <bac> jpds: run:  /bin/test -vvm lp.registry  -t distributionmirror-views.txt
[20:06] <bac> jpds: oops
[20:06] <bac> bin/test -vvm lp.registry  -t distributionmirror-views.txt
[20:06] <bac> (no leading slash, of course)
[20:08]  * jpds ponders, the only thing I did with "Linux" was remove it from "Official Ubuntu Linux Mirror registered by ...".
[20:09] <jpds> And it shouldn't be on mirror pages: https://edge.launchpad.net/ubuntu/+mirror/archive.ubuntu.com
[20:11] <bac> jpds: you did remove the word "Linux" from the expected test output
[20:12] <bac> "Ubuntu Linux" is the context/title
[20:12] <bac> jpds: so stuff "Linux" back in there and you will be good
[20:17] <jpds> bac: But if Linux isn't displayed on the live pages... why is it in the tests?
[20:17]  * bac looks
[20:22] <bac> jpds: if you look here you'll see that the text is the same as it appears in the test:  https://launchpad.dev/ubuntu/+mirror/archive-mirror2
[20:23] <bac> that's because the distro title is "Ubuntu Linux".  the name property is simply "Ubuntu"
[20:24] <jpds> Oh, right.
[20:47] <EdwinGrubbs> sinzui: are you still looking for a reviewer, or is the irc topic just stale?
[20:47] <jpds> bac: Well I've made the change as you've said, can't get ec2test to work nicely though.
[20:47] <sinzui> EdwinGrubbs: That is stale
[20:47] <bac> jpds: if you've never used ec2 i wouldn't bother now.  there is quite a bit of setup involved.
[20:48] <bac> jpds: did you run the simple local test i listed?
[20:48] <jpds> bac: No, I'll work on it later.
[20:49] <bac> jpds: it's a one-liner. should only take a few seconds
[20:53] <bac> jpds: nm, i grabbed your new branch and the test passes
[20:54] <bac> jpds: one last thing.  if you go to https://code.edge.launchpad.net/~jpds/launchpad/fix_196703/+merge/15644 and set the commit message i'll be able to land it for you through ec2.  just include the text of the message, not the review name or any of that stuff.
[21:55] <jpds> bac: Sorry, was having food, and done.


[22:12] <sakrecoer_> i contacted community council to help us evaluate and mediate the current situation. i did no attempt to paint myself as better than anyone, and i hope you believe me when i say i am deeply sorry about how i managed the situation and the group dynamic this might have generated.
[22:14] <sakrecoer_> i hope the council will be able to evalute my position as lead and help me learn from my mistakes. i do not plan on bailing you, but i will leave if that turns out to be the best option we can find.


[13:27] <lindol> hi all
[15:56] <circ-user-mtpo1> hello last night I tried to get gnome 3.12 on my ubuntu laptop I used tasksel but now I can't get to a log in screen or any gui I do have access to the virtual terminal
[15:58] <darthanubis> I'd start with a clean ubuntu-gnome usb installation disk
[15:59] <circ-user-mtpo1> my concern is I need my data on this machine
[15:59] <darthanubis> just back up /home
[16:00] <darthanubis> use the installation stick as a livecd first before writing to hard disk
[16:02] <l3on> hello... is there a plan for gnome 3.14?
[16:02] <circ-user-mtpo1> i should add that directly after installing it was forcing into low-graphics mode
[16:03] <circ-user-mtpo1> is it possible that its just a driver issue
[16:03] <circ-user-mtpo1> when it goes to screensaver its a all white screen
[16:03] <darthanubis> I'd start with a clean ubuntu-gnome usb installation disk
[16:03] <circ-user-mtpo1> wishes he could find a usb stick :(
[16:04] <darthanubis> blank dvd?
[16:04] <circ-user-mtpo1> no optical drive
[16:04] <darthanubis> yeesh
[16:04] <circ-user-mtpo1> its a amd radeon
[16:05] <darthanubis> may be a driver issue
[16:05] <darthanubis> you will probably have to reinstall catalyst from cmdline
[16:05] <darthanubis> have you rebooted yet?
[16:05] <circ-user-mtpo1> tons of times
[16:06] <darthanubis> has this ever happened before?
[16:06] <darthanubis> your display being borked?
[16:06] <circ-user-mtpo1> at one point i was able to get it to the gui log in but after entering in th password it would just go to a blank screen with a cursor then back to log in
[16:07] <circ-user-mtpo1> now i can't even get that
[16:08] <darthanubis> you need a livecd at the least
[16:08] <darthanubis> doesn't sound like your cmdline foo is where it should be to sort this?
[16:08] <circ-user-mtpo1> ok well thankfully i would at a datacenter so I'll just use some of there stuff at work today
[16:08] <darthanubis> you work at a datacenter?!?
[16:08] <circ-user-mtpo1> hahah yeah
[16:09] <darthanubis> lol
[16:09] <circ-user-mtpo1> this my personal computer
[16:09] <darthanubis> :)
[16:09] <darthanubis> whew!
[16:09] <circ-user-mtpo1> just couldn't sleep well after breaking late last night
[16:10] <circ-user-mtpo1> yeah I wouldn't try anything crazy like this on a clients machine
[16:10] <circ-user-mtpo1> haha
[16:10] <darthanubis> I know how that is
[20:22] <Ivan1394> Hi, a complete noob here, I am really interested whether Ubuntu Gnome has anyof  the "spyware" of Ubuntu (Shopping Lens, Zeitgeist)?
[20:24] <Noskcaj> Ivan1394, No shopping lens by default (it's unity only), i'm not sure about zeitgeist
[20:25] <Noskcaj> although shopping lens isn't that bad, it just gives you amazon's reccomended stuff *if* you have it active
[20:26] <Ivan1394> Thank you, I will install it right away.
[20:27] <Ivan1394> Maybe you are right it isn't al that serious, but somehow I feel it is a slippery slope...
[20:29] <Noskcaj> understandable
[20:29] <Noskcaj> http://askubuntu.com/questions/366238/how-do-i-remove-only-shopping-searches
[20:32] <Noskcaj> And zeitgeist just logs some stuff on your system so that i can have more relevant search results, and all of that is stored locally
[20:32] <Noskcaj> s/i/you
[21:03] <l3on> hi! .. again, just for info, what are the plans to get 3.14 packaged in gnome3-staging ?
[21:04] <l3on> beta version are already out ...
[21:04] <l3on> It would be useful test them (easily)
[21:06] <ricotz> give it some time, there isn't the manpower to package all releases, so it is needed to wait for the "near final" ones
[21:06] <darthanubis> 3.12 is still being polished
[21:08] <l3on> I remember when I tried to help with gnom3-staging, I had to send a debdiff via email.. there were no bzr/git branches to managing those packages. Is current situation changed ?
[21:09] <l3on> darthanubis, no dubt. but it doesnt matter. We should (I would like to) test new wayland
[21:11] <l3on> about themes .. is there any possibility to have this patch included in -staging ? http://en.leoiannacone.com/2014/09/ubuntu-themes-for-gnome-3-12/
[21:14] <Noskcaj> l3on, The ppa still needs debdiffs. If you want to help with 3.14, i suggest you contact debian's pkg-gnome team, as we try to copy stuff from them whenever possible
[21:16] <Noskcaj> l3on, the number 1 priority for ubuntu-gnome currently is convincing the release team that bug 1330037 should be approved
[21:21] <l3on> interesting
[21:23] <l3on> more interesting is the reporting date ... June :/
[21:23] <l3on> and now it a FFe. wth ?
[21:30] <l3on> missing bzr/git branches is really sad. :/
[21:30] <l3on> although .. https://code.launchpad.net/~gnome3-team .. what's happened then?
[21:43] <Noskcaj> l3on, For the bug, were waiting for patches
[21:44] <Noskcaj> It would be good to get the bzr going again
[22:57] <darkxst> l3on, we are going to move to git packaging branches for the ppa's but waiting on pkg-gnome to transition to git first
[23:00] <darkxst> l3on, but its also going to be a lot of work to setup, Steve was going to work on that, but he had been MIA with RL for a while


[02:57] <aaronprisk[m]> Eickmeyer: congrats on restarting the Edubuntu project! It's an extremely worthwhile initiative. I'd be happy to lend my Linux in edu experience.
[02:58] <arraybolt3> Wait hold on this is the first I'm hearing of this. What happened?
[02:58]  * arraybolt3 must not have been subscribed to the right ML
[02:59] <oerheks> grinn https://www.onworks.net/runos/start-os.html?home=init&os=edubuntu-14.04.5-dvd-i386 .. still online
[02:59] <Eickmeyer[m]> aaronprisk: Thanks! It's really my wife's idea. I'm serving as her technical lead. She's an early childhood educator and was disappointed when she learned of its former existence.
[02:59] <Eickmeyer[m]> arraybolt3: My wife and I are working on reviving Edubuntu.
[02:59] <arraybolt3> Eickmeyer[m]: Holy smoke!
[03:00] <arraybolt3> I've heard of it, I remember thinking "wow that looks useful, really sad that died".
[03:00] <oerheks> classroom project..
[03:00] <arraybolt3> Good luck! You're going for official flavor status there too, right?
[03:02] <Eickmeyer[m]> arraybolt3: Yes, once an official flavor, so would be good to get it re-established.
[03:03] <aaronprisk[m]> Eickmeyer[m]: I felt the same way. There is a need and desire out there for a real, viable third option in the education world. I'm in contact with a handful of really awesome educators and edutech folks who would probably also love to contribute.
[03:04] <Eickmeyer[m]> aaronprisk[m]: Awesome! We're still in the very early stages, and I'm still trying to get access to some of the old bzr repositories and convert them to git repositories, in addition to the seed. That's a conversation that has only been just-initiated with the technical board.
[03:06] <aaronprisk[m]> Eickmeyer[m]: Good luck and please keep me posted! If there is anything I can do from the Canonical Community side to support your efforts, please let me know.
[03:06] <Eickmeyer[m]> aaronprisk[m]: Sure thing! And congrats on the position!
[03:07] <aaronprisk[m]> Eickmeyer[m]: Thank you! I appreciate that!
[11:43] <ogra> Eickmeyer[m], oooh !!! awesome !!
[14:34] <arraybolt3[m]> Hey, heads up, @arraybolt3:lubuntu.me is about to join in here - this is just me in the process of switching homeservers, so nothing weird is happening.
[14:35] <arraybolt3[m]> ^ Success.
[17:11] <Eickmeyer[m]> ogra: Yeah, she was pretty inspired when attending Summit.
[17:12] <ogra> 😄