[15:02] <pavlushka> Good Day Kilos :)
[15:02] <Kilos> hi pavlushka
[15:03] <pavlushka> Its raining here (monsoon)
[15:30] <Kilos> oh my


[00:09] <qwebirc70370> I am running Mythbuntu 12.04 with MythTV 0.27.  I noticed in the Software Sources, I have PPAs for 0.25 and 0.26 which are still checked.  Is it safe to uncheck those given I'm running 0.27?
[00:59] <tgm4883> qwebirc70370: yes it is
[01:23] <dmfrey> tgm4883, you around?
[01:23] <tgm4883> dmfrey: yep
[01:23] <dmfrey> weird thing has been happening lately
[01:24] <dmfrey> when I do an upgrade on my master backend, mythbuntu control center always has mysql set to disabled, so that it is not exposed on my network for my frontends to connect to
[01:25] <tgm4883> hmm
[01:25] <tgm4883> I don't think theres been any update to MCC in awhile
[01:25] <tgm4883> so might be an old bug
[01:27] <dmfrey> only started recently with the last few updates i have done
[01:30] <tgm4883> dmfrey: since roughly when?
[01:30] <dmfrey> maybe a month or 2
[01:31] <tgm4883> dmfrey: 0.27 or 0.28?
[01:31] <dmfrey> .28
[01:31] <tgm4883> ok
[01:32] <tgm4883> I bet it broke Aug 29th
[01:32] <tgm4883> https://github.com/MythTV/packaging/commit/02aa3a4b9d1c6a8c387606b5d540e66116a5e6ab#diff-2a0def68bc88664e901630c9b624620c
[01:33] <tgm4883> dmfrey: is there a bug report on this?
[01:33] <dmfrey> not sure, i haven't had a chance to really diagnose it yet
[01:34] <tgm4883> dmfrey: ok, I can't fix it now. Can you file a bug report and add that link I posted. Also describe what's happening (eg. what bind-address is set to before the upgrade and after)
[01:34] <dmfrey> that commit looks to be for handling ipv6
[01:34] <dmfrey> that should be off on all my boxes
[01:36] <tgm4883> dmfrey: I'm looking at this stuff from simonlremonger and there are quite a few commits. Many hitting mysql stuff
[01:37] <tgm4883> I'd mention that as well
[01:37] <tgm4883> https://github.com/MythTV/packaging/commits/master/deb
[01:38] <dmfrey> yeah, a bunch of them in that list
[01:39] <tgm4883> I'm not too happy with that, because I think it was all a single merge
[01:39] <tgm4883> but what's done is done. We'll have to do better on merges in the future
[01:40] <dmfrey> we fight that every day :)
[02:21] <qwebirc70370> @tgm4883: Thanks muchly!


[00:00] <RAOF> bryce_: Yeah.  That's the bug report I'm wandering through.
[00:11] <albert231> fwiw, I got that same assert when I booted my PC without monitor attached
[00:12] <RAOF> albert231: Hm, interesting.  Evidence for my hypothesis!
[00:12] <RAOF> Got an Xorg.0.log for that case?
[00:12] <albert231> I have a stacktrace...
[00:12] <RAOF> Before I try deliberately breaking my X server? :)
[00:12] <RAOF> That's useful, but I'd also like the Xorg.0.log if you've got it.
[00:13] <RAOF> There's some debugging information earlier in startup that I'm interested in.
[00:13] <albert231> http://pastebin.com/SCaae1JX
[00:13] <albert231> Xorg log is in the trace
[00:13] <RAOF> Ta.
[00:14] <RAOF> Yeah.  In that case we also can't copy the fbcon.
[00:26] <RAOF> Ah, yeah.  There it is.  It makes no sense!  The scratch pixmap *is* initialised before uxa_realize_glyph_caches is called!
[01:02] <LLStarks> what releases have the same graphics stack and/or kernel as natty? fedora rawhide?
[01:03] <LLStarks> or rather maverick.
[01:05] <RAOF> Man, “set print pretty” should totally be the default.\
[01:11] <RAOF> Ok.  I'm obviously crazy.
[01:11] <RAOF> Alternatively, one of our patches is totally crazy.
[01:13] <LLStarks> how crazy?
[01:18] <RAOF> Crazy like an upstream fox, apparently.
[01:31] <RAOF> Ah, no.  Just subtly broken.
[01:37] <RAOF> Iiinteresting.  I can make it crash slightly later :)
[02:13] <LLStarks> xrender broken on fc14 too. guess this needs to go to upstream.
[02:14] <LLStarks> does everyone else have a working upstream, or does this seem limited to intel/945
[02:15] <RAOF> VW
[02:15] <RAOF> What was the test, again?
[02:19] <RAOF> Hah.  There it is.
[02:19] <RAOF> I win!
[02:20] <ScottK> The only way to win is not to play the game.
[02:21] <LLStarks> i lost the game
[02:22] <RAOF> No, I both played and one.  Your analysis is incorrect :P
[02:23] <RAOF> bryce_: Re: 109_dont_reconstruct_glyph_cache_on_rotate.patch - did you cherry-pick this in order to fix a known bug?  IIUC, that fixes a bug introduced in a commit that we don't have in our tree, and causes bug #718620
[02:23] <ubot4> Launchpad bug 718620 in xserver-xorg-video-intel (Ubuntu) "With HybridGraphics Xorg assert failure: X: ../../dix/pixmap.c:118: AllocatePixmap: Assertion `pScreen->totalPixmapSize > 0' failed. (affects: 19) (dups: 25) (heat: 200)" [High,In progress] https://launchpad.net/bugs/718620
[02:26] <LLStarks> i'm positive now. as of around a week ago, vsync has been broken with metacity, at least on intel.
[02:30] <bryce_> RAOF, it can probably be dropped
[02:30] <RAOF> I'll just check that it dropping it *actually* fixes that bug, but I think it's right.
[02:31] <RAOF> We could also cherry-pick a commit that one depends on.
[02:32] <bryce_> I had pulled it in hope that it'd resolve the font corruption issues that people reported right after updating the stack
[02:33] <bryce_> since it was a relatively recent upstream change after the -intel update it looked like a good candidate
[02:37] <LLStarks> is the font corruption in the same vein as the scrolling corruption?
[02:37] <LLStarks> because i've noticed both
[02:38] <RAOF> Still?
[02:40] <RAOF> bryce_: If you'd like to keep it, I know how to make it not crash :)
[02:43] <bryce_> LLStarks, I thought it might be, but it proved not to
[02:43] <bryce_> I'm scratching my head, but I seem to recall we had 3 different font corruption bugs at the time, and I don't remember if one of them went away after this patch or not
[02:43] <bryce_> (and it could have gone away for other reasons)
[02:44] <RAOF> I'll pull in the commit which'll fix the crash, then.
[02:44] <bryce_> RAOF, okie
[02:48] <bryce_> good find narrowing it to that patch
[03:04] <LLStarks> being -intel is suffering
[03:05]  * RAOF uses it for both his primary and secondary systems.  Although that's gen4.
[03:36] <RAOF> bryce_: Would you like to upload -intel 1ubuntu12?
[04:08] <RAOF> Anyone available to sponsor xserver-xorg-video-intel?  http://cooperteam.net/Packages
[05:14] <bryce_> RAOF, still need sponsoring?  I can do it
[05:14] <RAOF> bryce_: Luke's offered to do it, but I also decided to pull from Debian, too.  They've got useful changes.
[05:14] <bryce_> alrighty
[05:15] <bryce_> I pulled my old synthesizer out of my closet this evening and Dutch went absolutely apeshit over it
[05:15] <RAOF> Incidentally, can we start cherry-picking from upstream using git into the diff.gz?
[05:15] <RAOF> :)
[05:16]  * RAOF has a keyboard on order.  Should be fun!
[05:16] <bryce_> it's covered in buttons and makes noise and he can sit on it, what more can you ask for as a 1.5 yr old?
[05:16] <RAOF> Totally awesome!
[05:16] <bryce_> I don't favor that, but lets talk about it at UDS?
[05:16] <RAOF> Ok.
[05:21] <bryce_> one of the reasons for my hesitation is that we've had a few cases of non-X guys making changes outside version control, and I'm leery we could get into an even messier situation if patches are managed via version control.  bzr might be more workable on that count, but it has some troubles too
[05:22] <bryce_> I also am unsure what the workflow would be for testing disabling patches (which we do from time to time), would they need to be reverted?
[05:23] <RAOF> That's a good question.  That wouldn't work nicely.
[05:24] <RAOF> At least I don't think it would.
[05:24] <RAOF> How many times have we needed to revert an upstream cherry-pick, though?
[05:26] <RAOF> This would *only* be for cherry-picks from upstream git, and it's nice because (a) we seem to have rather a lot of them, and (b) they naturally go away when we update to a version which contains those commits.
[05:27] <bryce_> true, that's a good point.  there'd been a time (pre-PPA's) when we were carrying a lot more randomly sourced patches, and used to need people to test disabling them from time to time - which I don't think we could do as easily these days
[05:27] <bryce_> however with PPAs I find it's easier for me to just roll them a special package than to walk them through building packages ;-)
[05:28] <bryce_> and heck, half the time they never even bother testing the packages...
[05:30] <RAOF> And when walking others through patch disablement there's always the question of whether they've built the packages correctly…
[05:30] <bryce_> RAOF, anyway it's probably one of those things that once I've done it a few times I'll be more comfortable with it
[05:30] <RAOF> Yeah.
[05:31] <RAOF> It's what Debian's doing (and has been doing for a while, although they don't cherry-pick nearly as much as we do).
[05:31] <bryce_> I've done git cherrypick once or twice, and remember being quite impressed with it
[05:34] <bryce_> anyway, good uds topic.  I think if we switch to doing that we should do it at the start of a new release
[05:35] <bryce_> also, we probably should become more consistent about using vcs on all the packages
[05:36] <bryce_> (another something I've not fancied doing, but there's enough of us it makes sense)
[05:36] <RAOF> The ones that aren't already in git I tend to feel aren't in git because we're hoping they'll go away :)
[05:37] <bryce_> however I do think we have an issue in that using git imposes a barrier for ubuntu colleagues who could do bzr but aren't going to be as willing to do git
[05:38] <RAOF> That is a problem, yes.  Although, really, they can just do what they normally do and upload outside of git and we'll fold the changes in ourselves.
[05:38] <RAOF> That doesn't scale, but we don't really need it to :)
[05:45] <bryce_> RAOF, so yeah, even though I don't favor it, I'm open minded to the idea.  Sell me on it at UDS. :-)
[05:49] <tjaalton> ooh, git-cherrypicks.. interesting
[05:49] <tjaalton> need to get some breakfast first before reading the backlog :)
[05:54] <Sarvatt> can't say I'm a fan of the idea.. just a few days ago I was having to send our intel 2.12 patch series from maverick to a guy at intel, a bit easier to see our differences that way than know which commits on the branch were cherry picked and dig through the log full of packaging maintenance but I guess its just me :) we'd have to start tagging releases for sure
[05:58] <RAOF> Sarvatt: Was the intel guy interested in the things we cherry-picked?
[05:59] <RAOF> Ahem.  Let's save this for a nice, high-bandwidth discussion at UDS :)
[06:01] <bryce_> yep
[06:01] <bryce_> http://vignatti.wordpress.com/2011/02/28/x-census-for-1-10/
[06:02] <bryce_> http://people.freedesktop.org/~vignatti/xdevelopment/xorg_110_xserver-SHOWING-WHEREIS-CANONICAL.txt
[06:11]  * RAOF hopes to be more prominent in the 1.11 version of that.
[07:32] <bryce_> RAOF, I wonder how those stats would look if we included commits to the ubuntu git tree too ;-)
[08:31] <tjaalton> RAOF: how to solve the problem of wacom & git? ron keeps his own tree, but we should have a place to host the branch(es)
[08:31] <tjaalton> pkg-xorg isn't it
[08:50] <lag> Ah, just the people I'm looking for :D
[08:50] <lag> I'm trying to pull up a desktop on my u8500
[08:50] <lag> But having lack of success
[08:50] <lag> Would someone mind seeing if there's a problem here please? https://pastebin.linaro.org/37/
[08:54] <tjaalton> lag: no access
[08:54] <lag> tjaalton: Was that a question, or a statement?
[08:54] <tjaalton> "You do not currently have access to the pastebin."
[08:54] <lag> tjaalton: Ah yes, I'll use another
[08:55] <lag> This should be better: http://paste.ubuntu.com/574353/
[08:57] <bryce_> fbdev, eh?
[08:57] <lag> bryce_: Hi Bryce
[08:57] <lag> bryce_: Yes, is that wrong?
[08:58] <apw> lag what are your symtoms
[08:58] <lag> apw: Black screen
[08:58] <bryce_> ah, arm - Linux 2.6.31-608-imx51 armv7l Ubuntu
[08:58] <lag> bryce_: That's wrong, where did you get that from?
[08:58] <apw> [    14.264] Build Operating System: Linux 2.6.31-608-imx51 armv7l Ubuntu
[08:58] <bryce_> lag, from your pastebin log
[08:59] <lag> Ah yes, just looked
[08:59] <bryce_> that's your build OS tho
[08:59] <lag> It's a generic rootfs that we use for ALL our ARM aboards
[08:59] <bryce_> 2.6.35-1000-u8500 #2 SMP PREEMPT Tue Mar 1 15:21:38 GMT 2011 armv7l
[08:59] <bryce_> that's better, that's what you booted
[08:59] <lag> I'm using Linux version 2.6.35-1000-u8500
[08:59] <lag> Yes
[09:00] <bryce_> anyway, for black screen issues, Xorg.0.log hardly ever provides useful debug info
[09:00] <lag> bryce_: I'm new to this graphics mallarky - if you could point me in the right direction for decent debug ...
[09:01] <bryce_> usually the procedure for debugging black screen bugs is to capture a gpu register dump with it black, and another with it not black (e.g. any workaround you've found) and then folks in the know can compare registers to see what's gone wrong
[09:02] <bryce_> however I'm completely unfamiliar with debugging X issues on arm, so YMMV
[09:02] <bryce_> also, I have NFI how to get gpu register dumps with fbdev
[09:02] <lag> Hmmm
[09:02] <bryce_> but that's how debugging works for -ati, -intel, -nouveau, etc.
[09:02] <lag> I have proven graphics to work
[09:03] <lag> I have an application which throws some coloured blocks around
[09:03] <bryce_> this won't help you but is our stock debug page for this class of issue https://wiki.ubuntu.com/X/Troubleshooting/BlankScreen
[09:03] <tjaalton> X seems to be up, there's just nothing that draws on it?
[09:03] <lag> I'll take a look
[09:04] <lag> tjaalton: What needs to be running to draw on it?
[09:04] <tjaalton> lag: i dunno, is it a normal distro, ie. gdm should be running?
[09:05] <lag> root      1239  0.0  0.8  13640  2648 ?        Ssl  08:42   0:00 gdm-binary
[09:05] <lag> root      1373  0.0  0.9  16060  2924 ?        Sl   08:42   0:00 /usr/lib/gdm/gdm-simple-slave --display-id /org/gnome/DisplayManager/Display1
[09:05] <lag> root      1427  0.2  3.7  25720 12028 tty7     Ss+  08:42   0:03 /usr/bin/X :0 -br -verbose -auth /var/run/gdm/auth-for-gdm-gxP3xX/database -nolisten tcp vt7
[09:05] <lag> root      1635  0.0  0.7  13860  2296 ?        Sl   08:42   0:00 /usr/lib/gdm/gdm-session-worker
[09:08] <tjaalton> does the gdm logfile have something?
[09:09] <lag> tjaalton: Nothing new
[09:10] <lag> tjaalton: In fact, it's fairly identical
[09:14] <tjaalton> lag: what about dmesg? it's fbdev playing tricks, so more likely a kernel problem aiui
[09:18] <lag> dmesg | grep -i fb
[09:18] <lag> Nothing
[09:19] <lag> I'm fairly sure /dev/fb0 is created by MCDE
[09:21] <lag> root@localhost:~# fuser -v /dev/fb0
[09:21] <lag>                      USER        PID ACCESS COMMAND
[09:21] <lag> /dev/fb0:            root       1473 f...m Xorg
[09:21] <lag> So X is running on /dev/fb0 and gdm is also running
[09:22] <lag> What's in the middle?
[09:24] <tjaalton> do you see the bootsplash (plymouth)
[09:24] <tjaalton> while booting
[09:24] <lag> If I kill X, I can run this: http://paste.ubuntu.com/574364/
[09:25] <lag> And it displays moving blocks, so /dev/fb0 IS working
[09:25] <tjaalton> ok
[09:25] <lag> tjaalton: No, but we never to AFAIK
[09:25] <lag> s/to/do
[09:25] <tjaalton> right
[09:27] <tjaalton> you can hear the drums when gdm is loaded (dunno if the sounds is still used)
[09:28] <lag> Audio doesn't work
[09:28] <lag> But I get a console on the serial
[09:28] <tjaalton> ok
[09:31] <tjaalton> well, there's no pointer device according to the logfile, but that shouldn't matter
[09:40] <bryce_> lag, it seems your issue is non-obvious, perhaps the logical next action would be to file a bug report ('ubuntu-bug xorg')
[09:41] <bryce_> lag, also I suspect ultimately it's going to be a kernel drm issue, so may be worthwhile to speak to apw or other kernel team members about it
[09:41] <bryce_> tjaalton, any other suggestions for 'next action' on this bug?
[09:41]  * apw sticks his fingers in his ears
[09:41] <bryce_> apw, *grin*
[09:42] <tjaalton> bryce_: no, afaict X is running fine, just that nothing ends up on the screen for some reason
[09:42] <tjaalton> lag: by filing the bug we'd also see the full dmesg, in case there's something..
[09:42] <bryce_> tjaalton, any chance it's a phantom output or incorrect output issue?
[09:43] <lag> I've been speaking to my graphics expert
[09:43] <jcristau> what's in /proc/fb?
[09:43] <lag> He says that X expects a single buffered autorefreshed framebuffer
[09:43] <tjaalton> bryce_: could be
[09:43] <lag> And we have a doublebuffered fb0 that needs an explicit  "pan" in order to do a refresh
[09:44] <bryce_> lag, what's this fellow's name?
[09:45] <lag> He who must not be named
[09:45] <bryce_> lol
[09:45] <lag> Do you want to chat with him?
[09:45] <bryce_> nah, just curious
[09:45] <lag> Robert Fecket
[09:46] <lag> He's my Graphics Guru on the ST-Ericsson Landing Team
[09:46] <bryce_> ok cool
[09:47] <bryce_> lag, that sounds like something which might be particular to fbdev (of which I'm unfortunately not sufficiently experienced with to say much)
[09:47] <lag> https://wiki.linaro.org/EngineeringTeam#ST-Ericsson
[09:47] <lag> Robert says fbdev is X11, which he isn't fluent in
[09:48] <bryce_> hrm
[09:48] <bryce_> we need to gain someone either on our side or yours who knows fbdev inside and our
[09:48] <bryce_> out
[09:49] <lag> bryce_: It's not usually something we deal it, it will have to be a Ubuntuite
[09:49] <lag> s/it/in
[09:49] <tjaalton> is the single/doublebufferness a hardware feature or something you can decide on kernel cmdline?
[09:49]  * lag checks
[09:50] <bryce_> lag, rubbing my magic 8-ball I predict it's something you'll be dealing with in the future ;-)
[09:50] <bryce_> lag, but seriously, fbdev is not a driver we tend to deal with much outside of arm
[09:50] <bryce_> but still, we'll try to help
[09:51] <lag> Thanks
[09:52] <bryce_> lag, on -intel and other drivers, we have tools that produce register dumps.  Could you ask Robert if he can find out if there are any tools for getting GPU dumps on this hardware?
[09:52] <lag> Sure
[09:52] <lag> In fact, I can do better than that
[09:52] <bryce_> thanks.    I'd be happy to do that, and bzr builddeb is pretty awesome.
[12:14] <RAOF> lag: Sounds like you might need something a little smarter than fbdev?  The other arm guys seem to take fbdev and add a little sauce to bend it to their will (omapfb, for example).
[12:50] <tjaalton> hm, so bzr is said to be easier, but bzr-git has no manpages
[13:39] <lag> RAOF apw tjaalton bryce_: Cracked it :D
[13:39] <apw> lag, and?
[13:39] <lag> -# CONFIG_DISPLAY_GENERIC_DSI_PRIMARY_AUTO_SYNC is not set
[13:39] <lag> +CONFIG_DISPLAY_GENERIC_DSI_PRIMARY_AUTO_SYNC=y
[13:39] <tjaalton> ha
[13:39] <apw> heh
[13:40] <lag> Apparently turning auto_sync off will dramatically reduce battery life and performance, but I have a desktop!
[13:41] <apw> well you turned it on, so you are good no?
[13:41] <lag> I'm happy
[14:04] <tseliot> cnd: do you know what can be causing the synaptics kernel driver to pass x coordinates = 8176 after touching  the right area of the touchpad (not only the right edge)? I noticed this change when upgrading from Hardy to Lucid. BTW the x-axis range is 1472 - 5472
[14:04] <cnd> tseliot, no idea
[14:05] <tseliot> cnd: do you know someone who might know what's going on?
[14:05] <cnd> there's a few people on linux-input
[14:06] <cnd> but I think you'd probably need to do some debugging
[14:06] <tseliot> cnd: that wouldn't be a problem
[14:11] <johanbr_> What's the current situation with Nouveau and 3d in Natty? Default, possible with bits from PPA, or not at all?
[14:13] <tjaalton> possible with libgl1-mesa-dri-experimental, but unsupported
[14:20] <johanbr_> ahh, alright. thank you!
[16:46] <ara> Hello all!
[16:47] <ara> I know that there is a bug affecting Lucid that prevents installation in headless desktops
[16:47] <ara> anyone remembers the bug #?
[16:47] <ara> thanks!
[16:51] <tjaalton> no idea, can't seem to find it either
[17:12] <bryce_> ara, I fixed it earlier this week, it ended up being a bug in ubiquity, not in X
[17:12] <bryce_> ara, but #714829
[17:13] <tjaalton> bryce_: that was on natty
[17:13] <tjaalton> this apparently still in lucid
[17:15] <ara> bryce_, that's not the bug I am looking for. The one I am looking for is one in Lucid that makes X freeze during the installation if there is no monitor attached to the desktop
[17:19] <bryce_> tjaalton, ah didn't read close enough
[17:19] <bryce_> yeah dunno that one
[21:58] <RAOF> tjaalton: Hm.  I've never noticed that bzr-git doesn't have any manpages, mainly because (a) it's transparent, and (b) bzr help $FOO is how
[21:58] <RAOF> I find bzr help :)
[21:59] <RAOF> ara was thinking of the bug where X would refuse to start with “no screens found”, right?
[22:48] <LLStarks> bryce_, i'm sending xrender bug upstream. should i file against first known affected version of -intel?
[22:52] <bryce_> LLStarks, probably doesn't matter but I'd file against the most recently tested version
[22:52] <bryce_> or just leave it blank
[22:53] <RAOF> They'll be more interested in the most recently tested version.  If you know the *first* affected version, then there's likely bisection to be done, too.
[22:59] <LLStarks> well, regression window is 2.9.1-2.12
[23:13] <bryce_> man, going through bug reports is such a slog
[23:35] <Milos_SD> Hi
[23:35] <Milos_SD> Is there a way to get XServer 1.10 on Maverick?
[23:36] <RAOF> It might be in xorg-edgers?
[23:37] <Milos_SD> RAOF, it is not. Only 1.9.2 ... 1.10 is for Natty :(
[23:37] <RAOF> Any particular reason you want 1.10?
[23:37] <Milos_SD> no :)
[23:38] <RAOF> :)
[23:40] <Milos_SD> I just want latest and gratest :D
[23:40] <LLStarks> what package holds xorg-macros?
[23:41] <LLStarks> nvm
[23:42] <bryce_> Milos_SD, the amount of user-visible changes in 1.10 compared with 1.9 is not huge, maybe not compelling enough to trouble with it
[23:42] <bryce_> oops just missed him
[23:42] <bryce_> was going to suggest just running natty ;-)
[23:44] <LLStarks> does rendercheck automatically log?
[23:47] <bryce_> dunno
[23:54] <bryce_> LLStarks, thanks for pushing the bug report upstream
[23:54]  * bryce_ is way behind on getting bug reports upstreamed


[02:59] <jtv> How do I push a branch to staging again?  It trips me up every time.  "Read-only transport," it says, whether I use lp: or bzr+ssh:
[02:59] <lifeless> lp-staging://
[02:59] <lifeless> or is it lp://staging/...
[02:59] <lifeless> one of them
[02:59] <lifeless> if its connecting and then saying read-only, you're not in the team :>
[03:04] <rick_h_> jtv: qastaing? or staging? I used bzr push lp://qastaging/~rharding/... for qastaging with success
[03:04] <jtv> lifeless: what team?
[03:04] <jtv> rick_h_: I suppose I could try qastaging, thanks.
[03:05] <lifeless> the one you are pushing to a branch of
[03:05] <jtv> lifeless: I tried lp://staging/, which is what the UI tells me to do, but same error.
[03:05] <lifeless> jtv: what was the full url
[03:05] <jtv> lifeless: so "read-only transport" from bzr can actually mean that I don't have privileges?
[03:06] <lifeless> it means it tried to write and failed
[03:06] <jtv> lp://staging/~stellarium/stellarium/auto-po
[03:06] <lifeless> either because its using http or can't write
[03:06] <lifeless> jtv: and are you a member of ~stellarium on staging?
[03:06] <jtv> No.
[03:07] <lifeless> ok, so thats working as expected
[03:07] <jtv> Except for the misleading error message.
[03:07] <lifeless> bzr doesn't know the cause for being unable to write
[03:09] <jtv> That's not very comforting to me, is it?  It tells me "read-only transport" when there's nothing wrong with the transport, only with where I'm trying to transport to.
[03:12] <lifeless> indeed
[03:12] <lifeless> its also exactly what will happen if you push locally to a directory you only have rx bits on
[03:12] <lifeless> for instance
[03:13] <lifeless> feel free to file a bug on bzr/bzr+lp
[03:21] <lifeless> hah
[03:22] <lifeless> dead code in LP's DB migration system
[03:22] <lifeless> win
[03:22] <wgrant> lifeless: Where?
[03:22] <wgrant> jtv: Bug #894177
[03:22] <_mup_> Bug #894177: run_jobs.py pofile_stats oopses: permission denied for relation productseries <oops> <translations-handoff> <Launchpad itself:Triaged by benji> < https://launchpad.net/bugs/894177 >
[03:22] <jtv> wgrant: oh, so what I filed was a dupe.  :(
[03:23] <jtv> Looks like the script was converted to a job, and then not tested under realistic access rights.
[03:23] <wgrant> Yeah. You might want to throw your info into that one.
[03:23] <wgrant> Yes.
[03:23] <jtv> Thanks.
[03:23] <wgrant> Well.
[03:23] <wgrant> It works fine for distro templates.
[03:23] <wgrant> Just not product ones.
[03:23] <wgrant> I've tested locally and product+productseries is sufficient.
[03:24] <lifeless> wgrant: upgradelog
[03:25] <lifeless> wgrant: implemented on non-slony environments only
[03:25] <wgrant> I see no upgradelog
[03:26] <lifeless> ah, its new, not dead
[03:26] <lifeless> stub is capturing the sql executed
[03:26]  * lifeless ports
[03:26] <wgrant> Is that the thing I reverted over the weekend?
[03:26] <lifeless> yes
[03:26] <lifeless> because it was broken, yes.
[03:27] <lifeless> did it break on qastaging or staging ?
[03:28] <lifeless> if it broke on staging, its because the autodetect stuff for it was only on the non-slony case
[03:29] <wgrant> buildbot
[03:29] <lifeless> ah, interesting
[03:30] <wgrant> https://lpbuildbot.canonical.com/builders/lucid_lp/builds/1617/steps/compile_1/logs/stdio
[03:30] <wgrant>   File "upgrade.py", line 645, in get_bzr_details
[03:30] <wgrant> ValueError: need more than 1 value to unpack
[03:30] <wgrant>     branch_nick, revno, revision_id = out.split(' ', 3)
[03:33] <lifeless> hmmm, I think I want to chat to sub. And I started early today; so going to EODish. (As in , will be back later)
[03:33] <wgrant> kk
[07:09] <micahg> it
[07:09] <micahg> oops, was going to say that it's weird that I get E-Mails that I've assigned myself a bug faster than a page refresh
[07:17] <lifeless> stub: can we have a call in ~ 1 hour about trusted.sql etc and lazr_postgresql ?
[07:26] <stub> lifeless: sure
[07:48] <stub> lifeless:  https://code.launchpad.net/~stub/launchpad/db-deploy/+merge/84231  will affect this work btw
[08:10] <bkerensa> flacoste: You around?
[08:14] <wgrant> bkerensa: Probably not for a few hours yet.
[08:15] <wgrant> But there are lots of LP devs around.
[08:15] <bkerensa> wgrant: K just looking for someone on the Launchpad team to interview for Dev News about the new Beta Bug Listing Features and other things being worked on
[08:16] <wgrant> bkerensa: Most people who have been working on that (and flacoste) are in the Americas, so won't be around for a while.
[08:17] <bkerensa> wgrant: k ;) I'm in the Americas but I'm also a night owl :P so perhaps I'll catch them tomorrow (I will just idle)
[08:18] <wgrant> Heh
[08:46] <adeuring> good morning
[09:00] <frankban> good morning
[09:01] <mrevell> Hello
[09:07] <bigjools> has anyone else seen spurious errors in lp.buildmaster.tests.test_builder.TestSlave in ec2?
[09:08] <lifeless> bigjools: new bug for you - https://bugs.launchpad.net/txlongpoll/+bug/900579 - I believe its pretty shallow.
[09:08] <_mup_> Bug #900579: txlong poll reads any queue <txlongpoll:Triaged> < https://launchpad.net/bugs/900579 >
[09:08] <lifeless> bigjools: (it may just be a deployment thing in fact)
[09:08] <lifeless> bigjools: https://code.launchpad.net/+longpoll/?uuid=oopses&sequence=1 is a good url to make the impact clear ;)
[09:08] <bigjools> lifeless: yeah, I tend to err on the side of permissions
[09:08]  * lifeless really really goes now
[09:26] <allenap> lifeless: Interesting (re. https://code.launchpad.net/~lifeless/storm/bug-618019/+merge/34715). I may borrow that for an experiment. Ta.
[09:44] <wgrant> bigjools: huwshimi had one of those yesterday. First I'd seen of it.
[10:47]  * cjwatson bangs his head against bug 713764
[10:47] <_mup_> Bug #713764: fake librarian columns cannot be looked up by storm <Launchpad itself:Triaged> < https://launchpad.net/bugs/713764 >
[10:47] <stub> How do I revert a reversion on my branch?
[10:49] <jelmer> stub: merge a reversion of the reversion :)
[10:49] <jelmer> stub: e.g. "bzr merge -r-5..-4 ."
[10:49] <stub> I mean the magic commit message tags - list it as a reversion there?
[10:49] <jelmer> ah
[10:50] <jelmer> stub: I'd add the same tags as in the original commit that landed it [bug=YYYYYY][r=...] etc, and a comment saying it's relanding something that was rolled back
[10:50] <cjwatson> There must surely be other examples in LP of mock objects wrapping Storm objects that can still manage to be looked up by Storm, but I can't find a pattern that works
[10:51] <cjwatson> Maybe I'll just have to use the full librarian the way everyone else who's run into this seems to have done :-/
[10:53] <StevenK> stub: [rollback=<rev>]
[10:53] <StevenK> stub: And tag the bug as bad-commit-<rev>
[10:53] <stub> There is no bug
[10:53] <stub> So that step is easy I guess ;)
[10:54] <jelmer> StevenK: wouldn't that just be for the rollback itself, rather than the rollback of the rollback?
[10:55] <StevenK> I'm guessing stub is rollbacking the commit, so [rollback= is fine
[10:56] <wgrant> He's rollbacking my rollback.
[10:56] <stub> The commit has already been rolled back. I'm rolling back that rollback (reapplying with what hopefully will fix the issue)
[10:56] <wgrant> No [rollback= required.
[10:56] <stub> k
[10:56] <stub> My next trick would have been self referential rollback= statements to mess with qa-tagger
[10:57] <wgrant> You're a bad person.
[10:57] <stub> qa-tagger is broken. Early Christmas break everyone!
[10:59] <bigjools> \o/
[11:17]  * cjwatson tries to understand http://paste.ubuntu.com/761501/
[11:17] <cjwatson> What, in general, do I need to do to let my tests get hold of an archive's PublisherConfig?
[11:23] <bigjools> cjwatson: you are running in the wrong layer
[11:23] <bigjools> you need zopeless
[11:24] <cjwatson> I thought zopeless didn't give me a librarian
[11:25] <cjwatson> however now that I work my way through the class hierarchy I see that's wrong
[11:27] <cjwatson> Thanks.  Onto the next failure :-)
[11:31] <rick_h_> morning party people
[11:32] <wgrant> I really should delete ZopelessLayer at some point.
[11:32] <wgrant> Since it doesn't actually do
[11:32] <wgrant> much different any more.
[11:35] <allenap> wgrant: Can you remove all layers please?
[11:35] <wgrant> Turning the class hierarchy into a stick is a good way to start :)
[11:36] <allenap> wgrant: Me no comprendo.
[11:36] <wgrant> If the layer hierachy is closer to a stick than the complex tree it is now, it becomes easier to deal with .
[11:38] <allenap> wgrant: You're being pragmatic again.
[11:38] <wgrant> :(
[11:39] <allenap> wgrant: One layer less would be a very healthy step.
[11:39] <wgrant> Well, crucially, killing of ZopelessLayer also kills off ZopelessDatabaseLayer, LaunchpadZopelessLayer, and ZopelessAppServerLayer.
[11:40] <bigjools> layers were a hack to have slow-starting fixtures available across tests
[11:40] <bigjools> I think TestTools is gaining this ability RSN
[11:41] <allenap> wgrant, bigjools: I'm sure we could come up with a layer-like wrapper around testresources. I experimented with something similar once before.
[12:44] <jml> yay death to zopeless layer!
[12:50] <rick_h_> gmb: you still around for a review?
[12:50] <gmb> rick_h_: Sure
[12:50] <rick_h_> gmb: https://code.launchpad.net/~rharding/launchpad/inline_editor/+merge/84528
[12:50] <rick_h_> gmb: thanks
[12:50] <gmb> Woah
[12:50] <gmb> rick_h_: That's 1899 lines of diff
[12:51] <rick_h_> well mostly -
[12:51] <rick_h_> gmb: yea sorry, ripped out a lot
[12:51] <gmb> rick_h_: Our usual per-branch limit is 800. I won't be able to review that in the time I have left online today.
[12:52] <gmb> rick_h_: You'd be better off talking to someone on your squad to see if they have the time to take a look at that.
[12:52] <rick_h_> gmb: cool, thanks
[12:52] <gmb> Np
[13:58] <Daviey> In regards to package set ACL access, is it viable to add a 3rd type, to help with package to team bug triaging?
[13:58]  * Daviey asks to see if it is worth raising a bug.
[14:32] <deryck> abentley, ping for standup.
[14:35] <abentley> adeuring: bug 894836
[14:35] <_mup_> Bug #894836: Wrong order-by widget is highlighted when the page has loaded a previously select preference <bug-columns> <Launchpad itself:Triaged> < https://launchpad.net/bugs/894836 >
[15:03] <cjwatson> Anyone fancy reviewing https://code.launchpad.net/~cjwatson/launchpad/refactor-cron-germinate/+merge/84624 ?
[15:08] <jtv> cjwatson: it's too late for me right now, but please tell me that's your massive speedup branch!
[15:10] <cjwatson> It is
[15:10] <cjwatson> Not that I've actually run it in situ yet to demonstrate speedup, merely a stripped-down version on my laptop
[15:11] <jtv> Agonizing.  Human intuition is notoriously unreliable for these things.  Looking forward to seeing the real-world difference!
[15:12] <cjwatson> Indeed.  I can't really tell for absolute sure without a full Soyuz instance, which is likely to be a bit much for anything I have locally :-)
[15:12] <cjwatson> But I'm reasonably confident.
[15:13] <cjwatson> There's a factor of three in the right direction between the old version on cocoplum and the stripped-down version on my laptop.  I don't think all of that can be overhead, and if my laptop is that much faster than cocoplum we're all in trouble. :-)
[15:15] <jtv> We should all have laptops as fast as cocoplum!
[15:16] <cjwatson> I might try syncing over Packages and Sources to mawson and running the stripped-down version there, or something
[15:16] <cjwatson> Or even as an unprivileged user on cocoplum at a quiet time in the hour
[15:17] <jtv> Not a job for dogfood?
[15:17] <cjwatson> Yeah, mawson's probably better for it
[15:17] <cjwatson> As long as I do a control run with current Packages/Sources first
[15:18] <cjwatson> The control run I did yesterday took six minutes and produced output considerably smaller than current production, so I don't think it's a good comparator
[15:18] <cjwatson> (comparand?)
[15:18] <jtv> The latter, I suspect.
[15:18] <jtv> But it's not my language.  :)
[15:28] <bigjools> jtv: you don't get off that easily, you speak it better than the average teenager
[15:33] <jelmer> ... and somehow manage to speak it without the annoying Dutch accent
[17:12] <cjwatson> bigjools: perhaps this is premature, but at some point when you have a chance, I'd like to chat about the next stage in improving how germination is done: I'd like to move it before apt-ftparchive, so that we get rid of hysteresis and avoid the occasional need for manual action when seeds change
[17:12] <bigjools> cjwatson: sounds good
[17:12] <cjwatson> and I'd like to make sure I understand how to slot that into the publisher properly
[17:12] <bigjools> is there a publisher hook for that stage?  I can't remember
[17:12] <cjwatson> I think it would go in between B and C - there's no hook there at this point
[17:13] <bigjools> ok, easy to add
[17:13] <cjwatson> you think it ought to be a hook?  It'll need to talk to the DB
[17:13] <cjwatson> so presumably can't just be the out-of-process kind of thing that distro-parts is
[17:13] <bigjools> well germination is an Ubuntu thing - at least nothing else needs it but perhaps it might in the future
[17:14] <cjwatson> agreed
[17:14] <cjwatson> some kind of in-process hook then
[17:14] <bigjools> there's no reason why it can't be a run-parts that access the DB
[17:14] <cjwatson> oh - yeah, of course, duh, my generate-extra-overrides is exactly such a thing
[17:15]  * cjwatson <- idiot
[17:15] <bigjools> it's the soyuz effect, roll with it :)
[17:15] <cjwatson> I'd like to have it mark pockets dirty when seed output changes, too; I guess there's no reason a hook couldn't do that as wewll
[17:15] <cjwatson> *well
[17:15] <bigjools> hmmm yes, that could be quite useful
[17:16] <cjwatson> then no more having to keep the odd universe package in a queue around release time just in case we need to change seeds in a hurry, whee
[17:18] <cjwatson> pre-index.d sound OK as a name?  (strawman)
[17:18] <bigjools> yup
[17:19] <cjwatson> then I get to find out whether I got the germinate API for this right ...
[17:20] <cjwatson> there's a method that's supposed to yield a sequence of (enum, {header: value, ...})
[17:22] <cjwatson> so I think I do dict(.buildIndexStanzaFields) on every PUBLISHED [SB]PPH and feed that in
[17:25] <cjwatson> what I don't know is whether doing that extra [SB]PPH query (basically the same as those in _writeComponentIndexes) will be significantly slower than having germinate read and parse Packages/Sources; do we have numbers on how long the _writeComponentIndexes queries take on something Ubuntu-sized?  I know we aren't using that mode in Ubuntu at the moment
[17:35] <bigjools> cjwatson: I suspect that reading from the DB is always going to be quicker than parsing a file
[17:37] <cjwatson> bigjools: oh good
[17:39] <bigjools> cjwatson: we used _writeComponentIndexes stuff on Ubuntu on dogfood once just to see what it did and it was comparable to running a-f in fact.  I'm sure we can optimise it some more.
[17:39] <bigjools> the slow part of using a-f is writing its input files...
[17:40] <cjwatson> it would get a bit slower if it were made fully-compatible - for instance it'd have to read extra override files
[17:40] <cjwatson> (or we'd have to stuff them into the db)
[17:40] <bigjools> yeah
[17:40] <bigjools> well I want those in the DB
[17:40] <bigjools> I want everything in the DB
[17:40] <bigjools> then other parts of LP can benefit
[17:41] <cjwatson> *cough* https://launchpad.canonical.com/ExtraPackageOverrides
[17:42] <bigjools> yeah :)
[17:44] <cjwatson> comparable to running a-f> germinate parsing those files takes seconds, so it needs to be in that ballpark
[17:45] <bigjools> well I am talking overall publisher speed
[17:48] <bigjools> right, EOD for me, good night all
[17:49] <bigjools> hmm the update manager could do with a "shutdown after installing" option
[18:13] <abentley> deryck: There's no OCR.  Could you review https://code.launchpad.net/~abentley/launchpad/fix-spinner-bugs/+merge/84633 please?
[18:14] <deryck> abentley, sure
[18:15] <abentley> deryck: thanks.
[18:21] <deryck> abentley, I don't know if I understand fetch_only.
[18:21] <deryck> abentley, does that mean, "we're doing XHR only" or "we're only changing out lists" or something else?
[18:22] <abentley> deryck: it means fetch the data, but don't render it.
[18:22] <deryck> abentley, ah ok. so we're still showing the spinner regardless of if the list is loaded from cache or XHR?
[18:24] <abentley> deryck: technically yes, but when the list is loaded from the cache, the spinner is hidden again so quickly that you don't see it.
[18:24] <deryck> abentley, right, that's fine.
[18:24] <rick_h_> abentley: the main reason we added it so that the re-scroll to top would take effect if the data came from cache/not
[18:24] <rick_h_> does that still take place?
[18:25] <abentley> rick_h_: I expect it does.
[18:25] <rick_h_> abentley: ok cool
[18:26] <rick_h_> ic, the .success is always called, but the spinner might not have been visible. So we basically reassert it's hidden and run scroll to top
[18:27] <abentley> rick_h_: success is only called if the event succeeded, and only if we were loading the batch in order to display it.
[18:27] <deryck> abentley, r=me.
[18:28] <abentley> deryck: thanks.
[18:56] <rick_h_> benji: howdy, api question for you if you've got a sec
[18:56] <benji> rick_h_: shoot
[18:57] <rick_h_> so I'm looking at bug: https://bugs.launchpad.net/launchpad/+bug/808952
[18:57] <_mup_> Bug #808952: NoCanonicalUrl using api to fetch bug comments <api> <oops> <Launchpad itself:Triaged by rharding> < https://launchpad.net/bugs/808952 >
[18:57] <rick_h_> and went checking out how the canonical url data stuff works
[18:57] <rick_h_> and it seems the url generated in this oops was /1.0/ubuntu/+source/b...
[18:57] <rick_h_> which fails, but if you /version/1.0 it works
[18:57] <rick_h_> or take out the 1.0 completely
[18:58] <rick_h_> so it seems to be something more in launchpadlib generating the urls?
[19:17] <rick_h_> benji: oh sorry, I messed up. The "response" is a 404 when you take off the 1.0. I didn't realize that.
[19:19] <benji> rick_h_: I'm glad you figured it out -- because I had gone to other things while you wrote and then forgot you had asked :(
[19:19] <rick_h_> well, nothing figured out as far as the original issue, but at least I misunderstood it and got past that
[19:19]  * benji wonders if he's the only one that needs people to mention his name to remember that they're talking to him.
[19:20] <rick_h_> benji: no, I'm supposed to be working on that
[19:20] <rick_h_> benji: updating irc habits along with other things
[19:20] <benji> rick_h_: in that case let me check your question and see if I can suggest anything
[19:21] <rick_h_> benji: basically something is up with the api talking to/about comment #11 on that bug
[19:21] <rick_h_> benji: if I loop through all comments using the api it works, but if you try to link directly through the api to comment 11 it fails.
[19:21] <rick_h_> benji: https://bugs.launchpad.net/ubuntu/+source/banshee/+bug/805938/comments/11 works though
[19:21] <_mup_> Bug #805938: Totem set as default music player after install instead of Banshee <apport-bug> <i386> <iso-testing> <oneiric> <patch> <running-unity> <unity-2d> <unity:Fix Released> <banshee (Ubuntu):Invalid> <desktop-file-utils (Ubuntu):Fix Released> <unity (Ubuntu):Fix Released by canonical-dx-team> <banshee (Ubuntu Oneiric):Invalid> <desktop-file-utils (Ubuntu Oneiric):Fix Released> <unity (Ubuntu Oneiric):Fix Released by canonical-dx-team> <
[19:22] <benji> rick_h_: I don't remember exactly how the URL generation is divvied up between LP and lazr.restful, but lazr.restful isn't very big and that's where I'd look first
[19:22] <rick_h_> benji: ok cool. Will head there. I've been chasing the ICanonicalDataURL stuff in LP up until now
[19:23] <lifeless> statik: flacoste: just confirming we have a call in 70 minutes? (e.g. did the calendar work...)
[19:24] <flacoste> lifeless: yes
[19:24] <flacoste> lifeless: 66 minutes actually :-)
[19:24] <lifeless> clickety click
[20:43] <abentley> deryck: I'm looking at bug 892211 and I can see the problem: updateFieldVisibilty is calling _extraRenderUI(), which is calling updateFromCookie.  Can we talk about solutions?
[20:43] <_mup_> Bug #892211: reset to default in bug listing visibility widget doesn't work <bug-columns> <Launchpad itself:Triaged> < https://launchpad.net/bugs/892211 >
[20:46] <bac> hi flacoste -- can we decide on the lplib recipe and get it done?
[20:48] <flacoste> bac: on the phone, will ping you when i'm done
[20:48] <bac> flacoste: perfect
[20:57] <deryck> abentley, I'm not available today. cast about for someone else, or I can chat with you about it tomorrow.
[20:57] <abentley> deryck: okay.
[20:58] <sinzui> We have a branch that hardens teams to such a degree, that to write a test that logs in as the teamowner, you must first login as an admin
[20:58] <sinzui> I think I will take a 30 minute break to ponder the irony
[21:09] <lifeless> bac: out of tree is best here
[21:09] <lifeless> bac: leverage (ha hate that phrase) the ubuntu packaging
[21:09] <flacoste> bac: besides what lifeless is saying
[21:09] <flacoste> what other open issues remains?
[21:10] <flacoste> given jelmer pointers, i agree that having the debian tree separate is best
[21:10] <bac> flacoste: where to put it. ~launchpad vs ~lazr-developers
[21:10] <flacoste> i think ~launchpad is better
[21:10] <flacoste> ~lazr-developers is hysterical raisins to me
[21:10] <lifeless> branch ownership?
[21:10] <lifeless> Its in the wiki
[21:10] <lifeless> see dev.launchpad.net/CreatingNewProjects
[21:11] <bac> lifeless: recipe ownership
[21:11] <lifeless> (tl;dr: ~canonical-launchpad-branches)
[21:11] <lifeless> LP is in that team, but so are other canonical folk like ex-launchpadders who may help maintain it if they have access
[21:11] <flacoste> lifeless: any reasons that we kept "or '~lazr-developers'." on that page?
[21:12] <lifeless> flacoste: wanted it to be consistent with current ownerships
[21:12] <lifeless> flacoste: no deeper reason
[21:12] <flacoste> ok, i'd prefer if we don't extend the set of things owner by that team though
[21:12] <lifeless> flacoste: happy for us to remove if
[21:12] <lifeless> editing now
[21:12] <flacoste> thx
[21:13] <flacoste> bac: so the recipe could be owned by ~canonical-launchpad-branches also then
[21:13] <flacoste> and i would put this in a ppa on the launchpad team
[21:13] <bac> flacoste: ok, i'll do that
[21:13] <flacoste> bac: thanks!
[21:14] <bac> lifeless: can you expand your thought on, ahem, leveraging the ubuntu packaging?  are you saying we don't need the packaging branch i created?
[21:14] <lifeless> should be able to use the nest command to grab just the debian dir directly from ubuntu
[21:15] <lifeless> you may need a packaging branch if we need to diverge
[21:15] <bac> lifeless: but i'd like for us to be able to update the changelog, thus the branch
[21:15] <lifeless> hmm, just realised. ~canonical-launchpad-branches may be an issue because of the insane notifications we do. Do we notify recipe owners always?
[21:15] <lifeless> If so, then ~launchpad will be needed, even if its conceptually wrong.
[21:16] <lifeless> bac: auto build recipes don't bother with that
[21:16] <lifeless> bac: that said, it is up to you, I don't have a strong recommendation.
[21:16] <bac> lifeless: they do get the debupstream version from the changelog
[21:17] <lifeless> yes, but every build starts fresh from the branches
[21:18] <lifeless> bac: ah, I think you mean 'I want the package major version to match our releases, not the latest version in Ubuntu'
[21:18] <bac> lifeless: yes, for the PPA
[21:18] <lifeless> bac:  you can do that three ways = custom packaging branch; just set it in the recipe rather than using debupstream; make sure we release into Ubuntu very quickly.
[21:18] <lifeless> bac: the easiest is just to set it in the recipe instead of using debupstream
[21:18] <bac> lifeless: as seen here: https://launchpad.net/~bac/+archive/ppa
[21:23] <poolie> hi all
[21:24] <benji> anyone fancy a quick review? https://code.launchpad.net/~benji/launchpad/bug-894177-2/+merge/84676
[21:26] <poolie> o/ benji
[21:26] <benji> poolie: thanks
[21:27] <poolie> It looks plausible to me but you probably want another review from someone more experienced.
[21:29] <benji> poolie: thanks
[21:49] <lifeless> benji: there is a context manager for switching db user
[21:49] <lifeless> benji: it might be nicer
[21:50] <benji> lifeless: ooh, indeed it would; thanks
[21:51] <benji> bac: absolutely, I'm now a card-carying QA instructionist
[21:51] <lifeless> heh, 3 reviews :P
[21:51]  * benji looses 10 cross-channel discussion points.
[21:52] <lifeless> I missed that bac had
[21:52] <bac> lifeless: sorry, i failed to claim it.
[21:52] <benji> lifeless: I now feel very good about my MP, thanks ;)
[21:52] <lifeless> bac: no worries
[21:52] <bac> lifeless: but it's good as you added the cm bit
[21:53] <bac> teamwork
[21:53] <bac> redundancy
[22:02] <cjwatson> Hmm.  My stripped-down version of lp:~cjwatson/launchpad/refactor-cron-germinate noddy-benchmarks at about twice the speed of the current implementation, for identical output; but I think I've got something wrong that means that it isn't extracting all the benefit it could
[22:03]  * cjwatson wasn't expecting that
[22:03] <lifeless> cjwatson: nice


[06:11] <mapps> i
[06:39] <AuroraAvenue> morning.
[06:45] <daftykins> https://i.imgflip.com/139s94.jpg
[06:50] <AuroraAvenue> new keyboard .. right-oh.
[09:03] <brobostigon> morning boys and girls.
[11:13] <penguin42> hmm, according to the metoffice it might just have finished pouring down
[11:14] <zmoylan-pi> weather is taking a breather till you've done your shopping and are waiting in a queue for a bus before going in for a second run
[11:15] <penguin42> yeh, that's the way it works
[11:15] <zmoylan-pi> it is in ireland :-)
[11:16] <penguin42> and then when you're finished with it you send it here
[11:17] <zmoylan-pi> well it has so much more to give... we import million of american tourists per year to soak up the rain but it's never enough
[11:19] <penguin42> well it's only fair since most of it is rain they sent you
[11:19] <zmoylan-pi> and we make a few bob on the deal to cover costs
[11:51] <Davmor2_> Moo
[11:52] <Davmor2_> Chatter is quite nice
[11:52] <zmoylan-pi> i go soon to give away an unused piece of hardware hoping to find it a good home...
[11:52] <penguin42> anything fun?
[11:53] <zmoylan-pi> a 5" kobo mini
[11:53] <penguin42> ok, nothing too special
[11:53] <zmoylan-pi> i just don't use it. nice bit of hardware i got cheap a few years back.  too good to dump.
[11:54] <penguin42> nod
[11:54] <zmoylan-pi> i suspect next will be a 7" tablet i use a lot less now
[11:56] <Davmor2_> popey: You back home now?
[13:06] <popey> davmor2: yup
[13:21] <directhex> 100% in not a hero :)
[19:10] <bechampion> Any meetups going on this weekend in London?
[19:27] <bechampion> not really i was checking..
[20:27] <Myrtti> and this, children, is why you don't play with iptables.
[20:27] <penguin42> ?
[20:28] <brmbrmcar> o_O
[20:29] <Myrtti> I think I disconnected, and then reconnected?
[20:29] <Myrtti> <-- iptables nuub
[20:46] <directhex> i  avoid touching firewall config if i can get away with it
[20:48] <penguin42> there's lots of things that do most of the work for you these days
[20:49] <Myrtti> I was trying to do port knocking :-|
[20:49] <penguin42> ah
[21:12] <popey> evening
[21:32] <bechampion> is that still in use
[21:32] <bechampion> port knocking?


[07:00] <dholbach> good morning
[07:21] <bkerensa> Good Morning!
[12:30] <jedijf> bkerensa: will get to that email this weekend!
[14:52] <Cheri703> czajkowski: do you have a minute? May I pm you?
[14:54] <czajkowski> Cheri703: pm fine I may take a few mins to reply
[14:54] <czajkowski> on a call
[14:54] <Cheri703> thanks!
[14:59] <paultag> czajkowski: :)
[14:59] <czajkowski> TAGGY!!!
[14:59] <paultag> czajkowski!!! :)
[14:59] <paultag> czajkowski: how's it going, lovie? :)
[14:59] <czajkowski> been better
[14:59] <paultag> :(
[14:59] <czajkowski> but not enough I can rant in 140 characters :)
[14:59] <paultag> I saw a few choice tweets :)
[15:00] <paultag> czajkowski: speaking of, I DM'd you just right few minutes ago
[15:00] <czajkowski> I have  a way with words :)
[15:00] <czajkowski> nope you didnt'
[15:00] <paultag> "feck feck back feck sleep" ← I made one of your tweets!
[15:01] <paultag> czajkowski: on tweeters
[15:01] <czajkowski> ohh
[15:01] <paultag> czajkowski: I wasn't thinking, I was on IRC at the same time, doh
[15:01] <paultag> sorry :)
[15:01] <paultag> so I came to say HI! :)
[15:02] <paultag> How's locos going?
[15:02] <paultag> all you crazy cats
[15:02] <czajkowski> I jst saw twitter DM
[15:45] <paultag> rockn'.
[20:54] <bkerensa> jedijf: Excellent! Can you also perhaps send a photo of one of your loco events!
[20:55] <jedijf> bkerensa: photos have been lacking after our photographer moved, but i will dig something up
[20:55] <bkerensa> kk


[19:31] <thorwil> hi newz2000. the Sitemap link as found in the header of the wiki (not logged in) leads to http://www.ubuntu.com/sitemap, "Sorry, the page you are looking for was not found"
[19:51] <newz2000> thorwil: thanks, I'll get that fixed
[19:53] <thorwil> newz2000: good. also in that footer: http://moinmoin.wikiwikiweb.de/ seems to be an old link, now points to http://moinmo.in/


[18:42] <cjwatson> jelmer: Would you mind having a quick look at https://code.launchpad.net/~cjwatson/difftacular/breezy-3.2/+merge/427045 and https://code.launchpad.net/~cjwatson/difftacular/py3-unicode/+merge/427046, please?
[20:00] <jelmer> cjwatson: yep
[22:46] <jelmer> cjwatson: both LGTM
[22:47] <jelmer> (not near my Launchpad credentials atm, but should be tomorrow)


[12:19] <BenC> johnnybuoy: yes, that's normal
[12:19] <johnnybuoy> ah
[12:19] <johnnybuoy> okay, so I need to "roll my own", I guess?
[12:30] <BenC> johnnybuoy: not sure there are even headers for those kernels so you can compile your own
[12:31] <johnnybuoy> that sucks.
[12:32] <johnnybuoy> why is it that the xen kernel has third of the normal kernel's drivers?
[12:33] <BenC> because the xen patch did not support 2.6.20 kernels, else we would have been able to compile it with the rest of the kernels instead of in it's own source package
[12:33] <BenC> hopefully that wont be the case for gutsy
[12:33] <johnnybuoy> one last Q
[12:34] <johnnybuoy> can you please point me to a place where I can download the xen kernel patches, because I can't find them at all
[12:36] <BenC> xensource.com?
[12:36] <BenC> not sure where else to look, they come from all over when you diverge from the actual xen repo
[12:36] <johnnybuoy> man, this is tedious
[12:38] <johnnybuoy> the rpm from xensource.com only has patches for 2.6.18..
[12:43] <johnnybuoy> okay, thanks, BenC
[12:44] <johnnybuoy> I guess I'm going to try openvz after all :D
[12:44] <BenC> johnnybuoy: I'd suggest giving us a week or two with gutsy
[12:44] <BenC> we'll probably have xen and openvz around then
[12:44] <johnnybuoy> yeah, but I just installed feisty now, removed gutsy...
[12:45] <johnnybuoy> I simply need one or two dev machines, not servers
[12:45] <johnnybuoy> to compile and mess up ;)
[12:47] <johnnybuoy> but thanks, I might check it out then...
[12:47] <johnnybuoy> any backports in the plans? :P
[12:49] <BenC> very very doubtful :)
[12:50] <johnnybuoy> aww
[12:50] <johnnybuoy> maybe some repo will emerge
[12:53] <BenC> I'd be surprised, we can't even get people to submit a decent patch during our 6 month devel cycle for release
[12:53] <BenC> except for zul, but he's real busy being a dad :)
[12:54] <johnnybuoy> w00t: http://cedric.gabriello.fr/ubuntu/
[12:55] <johnnybuoy> check it out, it looks like just what the doctor ordered :)
[12:56] <BenC> someone should whack that guy in the head for hording his work :/
[12:56] <BenC> we need people working on it during devel cycle so everyone can benefit easily
[12:56] <johnnybuoy> yeah, it's strange he starts his own repo
[12:56] <johnnybuoy> mayb he did submit something that was too ugly to be included?
[12:56] <BenC> you should send him a kindly email *nudge*
[12:57] <johnnybuoy> :)
[12:57] <johnnybuoy> yeah, if there was his e-mail anywhere...
[12:57] <johnnybuoy> but it isn't, mabe in the packages
[01:00] <JanC> johnnybuoy: maybe in his GPG key  :)
[01:01] <johnnybuoy> ah...
[01:01] <johnnybuoy> :$
[01:01] <johnnybuoy> wtf? :D
[01:02] <johnnybuoy> if it's in there, he went long wats to make it impossible to send him e-mails :D
[01:02] <JanC> there is a gmail address in it  :)
[01:03] <johnnybuoy> whaaa? :D
[01:03] <johnnybuoy> I don't want to past his gpg, but I can't even see an @ in there...
[01:04] <JanC> a gpg key is encoded, but you can see his e-mail address after importing it
[01:04] <johnnybuoy> ah!
[01:05] <johnnybuoy> gots lots to learn yet...
[01:05] <johnnybuoy> wow, there is..
[01:10] <johnnybuoy> I could tell him to contribute to the gutsy effort, or maybe he could make some backports?
[01:10] <johnnybuoy> well, I'll test the packages first :)
[01:12] <johnnybuoy> okay, brb
[01:24] <johnnybuoy> yep, it works like a charm :)
[01:25] <johnnybuoy> only think that needed a little tweak was the fscking ipw3945 regulatory daemon, that he forgot out of the kernel
[01:25] <johnnybuoy> luckily the one from the -16-generic ubuntu kernel works :)
[02:21] <eean> like every could of minutes my USB drive will be "disconnected" and then (according to dmesg) .2 seconds later it is "reconnected"
[02:21] <eean> like every *couple of minutes
[02:21] <eean> so I repeatedly get the new medium detected messages
[02:25] <JanC> does your USB drive have its own power?
[02:32] <eean> JanC: no, its one of those keychain usb stick
[02:32] <eean> sticks
[02:34] <JanC> then maybe the connector doesn't fit well anymore, or maybe the USB stick is just flaky, or your USB controller is flaky  :)
[02:34] <JanC> does it work on other computers?
[02:34] <eean> haven't used it on others
[02:35] <JanC> and do other USB devices still work properly on your computer ?
[02:35] <eean> I haven't had this problem with other devices
[02:35] <eean> (just mice)
[02:35] <JanC> I suspect it might be your USB stick then...
[02:37] <eean> but its a new one!
[02:37] <eean> :)
[02:37] <eean> I'll check it out though
[02:37] <eean> thanks
[02:38] <JanC> my brother in law bought a new USB mp3 player once, and after 3 days it started working flaky too  ;-)
[02:39] <JanC> (of course he got his money back)
[07:10] <RAOF> Hm.  What's the policy for filing a bug for a new nvidia driver release?  The 100.14.09 drivers are released, and include support for a bunch of previously unsupported cards.  Would a bug against linux-restricted-modules be appropriate, or would this be unnecessary noise?
[07:11] <crimsun> seems like a reasonable wishlist
[07:16] <RAOF> crimsun: Could you change bug #120943 to wishlist?
[07:18] <crimsun> triaged.
[07:19] <RAOF> Ta muchly.
[07:19] <crimsun> np.
[08:10] <shiester_miester> would a discussion involving the "sh" and "tty" programs be applicable in this channel, or should i go elsewhere?
[08:10] <BenC> #ubuntu
[08:11] <shiester_miester> thanks
[08:12] <fabbione> hey BenC
[08:12] <BenC> fabbione: hey
[08:12] <fabbione> BenC: you are up late
[08:13] <BenC> fabbione: they have fathers day in denmark?
[08:13] <BenC> even if not, happy fathers day :)
[08:13] <fabbione> we had it a couple of weeks ago :)
[08:13] <fabbione> thanks same to you old man :)
[08:14] <BenC> thanks
[08:14] <BenC> had a good day with the kids
[08:15] <fabbione> ehe did you do anything fancy?
[08:15] <BenC> cook out and kicked the soccer ball around :)
[08:16] <fabbione> ehhe
[08:17] <fabbione> i finished to prepare the swimming pool for my son yesterday
[08:17] <fabbione> had to do all the treatment for the water and stuff
[08:17] <fabbione> hopefully the weather is going to warm up again or i will need to add a water heater
[08:22] <BenC> I love pools, hate setting them up
[08:22] <BenC> fabbione: have a good day, I'm off to bed
[08:22] <fabbione> BenC: night man.. tty
[08:22] <fabbione> +later
[08:37] <kraut> moin
[01:46] <zul> hola
[04:22] <zul> BenC: so pkl is handling the virt stuff now right?
[04:22] <BenC> zul: it's being handed off to him, yes
[04:23] <zul> should I still patches to the kernel-team ml or to him directly?
[04:23] <zul> since I have updated it this weekend
[04:24] <BenC> zul: To: pkl, Cc: kernel-team
[04:24] <zul> ok<EMAIL_ADDRESS>right?
[04:24] <BenC> yeah
[04:24] <zul> coolio
[04:24] <pkl_> zul<EMAIL_ADDRESS>or<EMAIL_ADDRESS>thanks
[04:24] <zul> just need to do one more thing before I do
[04:25] <BenC> pkl_: zul is sending patches for binary-custom.d/xen/ in gutsy kernel
[04:25] <BenC> or patch I hope
[04:26] <pkl_> BenC: OK
[04:29] <zul> sorry timed out


[01:06] <Pelo1968> evening folks, new to xubuntu but not to linux,  trying like heck to get the correct keyboard layout after the install but not getting anywhere
[01:06] <Pelo1968> HELP !!
[01:29] <bazhang> with what
[03:23] <xubuntu78d> hiyas xubuntu folks.  gnubee here.  trying to figure out how to tell whether my xubuntu install is 64 bit or 32 bit.  any suggestions?
[03:27] <gr1dl0ck> xubuntu78d: uname -a
[03:29] <xubuntu78d> thanks.  does i686 mean it is 32 bit?
[03:32] <xangua> Yes
[03:34] <xubuntu78d> is there some list of terminal commands somewhere on the net? or do I just need to invest in a book?  appreciate your assistance
[03:36] <xangua> ! Terminal
[03:39] <xubuntu78d> well, I have been using the CLI (terminal).  just wondering how to easily learn the commands.  XUbuntu 16.04.1
[03:39] <xubuntu78d> will look thru that guide, thanks heaps for your helpfulness
[12:10] <Bagira79> Hello there!
[12:11] <Bagira79> Is there any way to use my pc with an S3 Trio grapics card with Xubuntu?
[12:14] <Bagira79> Is anybody here?
[12:15] <knome> no, we're all lurking.
[12:15] <knome> oops, i spoiled our cover.
[12:15] <Bagira79> :-)
[12:15] <knome> anyway, you can try the live DVD to see if xubuntu works with your computer
[12:16] <knome> the graphics card is hardly ever the showstopper...
[12:16] <Bagira79> It doesn't. One half of the screen is dark, and the image on the upper half is also distorted.
[12:18] <Bagira79> My previous motherboard has died. The actual one doesn't have any AGP ports in.
[12:21] <Bagira79> Ok, thans. Happy new year!
[12:21] <flocculant> nomodeset from the bootup F6 menu *might* help to boot
[12:22] <knome> s3 trio's are really old, right?
[12:22] <flocculant> iirc
[12:22] <knome> so might be something else affecting this stuff as well
[12:24] <Bagira79> flocculant, would you please explain what to do?
[12:28] <flocculant> Bagira79: look here https://help.ubuntu.com/community/BootOptions
[12:29] <flocculant> lunch time here - not really about - that said it might not help anyway
[12:32] <Bagira79> If I try to boot, grub is ok, but after a few mins comes a blank screen with some strange characters.
[12:32] <Bagira79> Good appetite!
[12:36] <flocculant> I do have vaague recollection of s3trio being deprecated a while back - drivers seem to be available for 14.04 last
[13:54] <_maddy> problem with parole/xfburn on mp3 file: "Could not initialise Xv output", I guess I am missing some package?
[13:55] <_maddy> some suggestions on google say to install gstreamer 0.10 plugins (I have gstreamer 1.0 plugins installed)
[13:58] <_maddy> or to do "parole --xv false", but that doesn't work
[17:02] <xangua> Morning everyone, I've used both Xubuntu and Lubuntu in this old laptop, but I can't suspend
[17:02] <xangua> Well I can suspend, but when trying to resume the screen will stay black
[18:08] <xubuntu01i> help to shutdown xubuntu 16.04
[18:09] <gr1dl0ck> shutdown -h now
[18:10] <gr1dl0ck> oh he's gone
[18:17] <flocculant> shutdown at wall then :p
[18:21] <xubuntu91i> hellas
[20:19] <urmygoogle> Can this be used for tablet?
[20:32] <knome> urmygoogle, xubuntu? no.
[20:33] <knome> well, i guess you *can* if you insist, but not really.
[20:33] <urmygoogle> Why knome
[20:33] <knome> because we don't have any builds suitable for tablets
[20:33] <urmygoogle> Which are other option
[20:33] <knome> other options for what?
[20:33] <urmygoogle> For Linux on tablet
[20:34] <knome> i haven't got the answer for that, i don't own a tablet or have been looking for alternatives
[20:34] <urmygoogle> Xubuntu supports touch?
[20:34] <Artemis3> more like, is your touch device supported?
[20:35] <urmygoogle> Tablet is touch
[20:35] <knome> if touching the screen essentially produces a mouse click, yes
[20:35] <urmygoogle> Yes
[20:35] <Artemis3> yes try that first
[20:35] <knome> urmygoogle, if you have to ask this many questions, then practically the answer is that you can't get xubuntu in your tablet
[20:35] <Artemis3> ok then its a matter of adding a helper add for gestures etc
[20:35] <Artemis3> app
[20:35] <urmygoogle> Xubuntu supports drivers internally?
[20:35] <Artemis3> some programs like chrome already have gestures out of the box
[20:36] <urmygoogle> What's gestures?
[20:36] <knome> urmygoogle, despite your nick, we are NOT your google
[20:36] <urmygoogle> Never tried on Google chrome
[20:36] <Artemis3> lol xD
[20:36] <urmygoogle> knome:  only you have clarified
[20:36] <Artemis3> touchegg is one i think, to add gestures to other apps
[20:37] <urmygoogle> I just need touch and click action
[20:37] <urmygoogle> Nothing fancy
[20:37] <Artemis3> perhaps other desktops are better suited for touch screens, but i guess you can make xfce usable by tweaking a few things
[20:38] <urmygoogle> Xubuntu is desktop?
[21:01] <xangua> So  using Lubuntu, but I've tried Xubuntu and I can't get suspend to work... Well actually works but when trying to resume the stern
[21:01] <xangua> Screen stays black
[21:03] <xangua> https://bugs.launchpad.net/ubuntu/+source/xubuntu-default-settings/+bug/1303736 I've tried some "fixes" mentioned the but they are only temporal, next time I reboot I can't resume from suspend
[22:38] <Pelo1968> evening folks, and new xubuntu user , just switched over from ubuntu and I'M having difficulties setting up a samba share so I can connect with my phone,  can anyone help ?
[22:50] <Pelo1968> nvm ,managed it myself
[23:35] <Pelo1968> trying to launch at startup but no work,  the command line I use works in the terminal but not in a launcher or in alt-f2,   any suggestions ?
[23:57] <Pelo1968> brb


[06:10] <brobostigon> morning
[07:16] <zmoylan-pi> o/
[07:27] <brobostigon> \o
[09:00] <daftykins> power cut due to electricity company works :( have to shutdown as the UPS is unhappy! bbl with any luck ;)
[09:03] <brobostigon> :(
[09:53] <Azelphur> I bought a radeon yesterday, can confirm the drivers are still not great, https://bugs.freedesktop.org/show_bug.cgi?id=111416 and https://bugs.freedesktop.org/show_bug.cgi?id=111412
[09:53] <Azelphur> seems I have to choose between sound, or 60hz :(
[17:43] <sonia83> Hello, I've got a Star Lite laptop that shipped with linux and some of the vendor-specific libraries are not upgrading correctly. sude apt-get update produces some errors including: unable to open '/usr/share/themes/StarLabs-Dark/gtk-3.0/assets/bullet-symbolic.svg.dpkg-new': No such file or directory. I've not moved anything.


[01:35]  * SamB wonders if he has reported https://bugs.launchpad.net/launchpad-bazaar/+bug/339380 in the right place
[01:35]  * SamB wonders a bit about https://bugs.launchpad.net/launchpad-bazaar/+bug/339379 too ...
[01:37] <savvas> SamB: try #bzr or #ubuntu-bugs if no-one replies  :)
[01:38] <SamB> why #ubuntu-bugs ? I'm on Debian ;-P
[01:38] <jml> SamB: oh hi
[01:38] <jml> SamB: so, you don't need to specify --stacked-on to do what you are doing.
[01:38] <jml> SamB: but the bugs you've reported are definitely bugs, and are in the right place.
[01:38] <SamB> jml: oh don't I ?
[01:39] <SamB> #339380 is how I ran into #339379, really
[01:39] <jml> SamB: ahh I see.
[01:40] <savvas> SamB: I just recommended alternative ways in case someone didn't reply - which they did :P
[01:41] <jml> SamB: so, is there a canonical bzr branch for dvc?
[01:42] <savvas> shouldn't the links be "lp:~naesten/dvc/styleNdocs" instead of "lp:///~naesten/dvc/styleNdocs" ?
[01:42] <jml> savvas: yeah, but both will work.
[01:43] <jml> SamB: so, stacking on non-trunk branches is basically not supported on Launchpad right now.
[01:44] <jml> SamB: we'd like to fix that -- and we will -- but right now the only way to get it to work is really fiddly.
[01:44] <jml> SamB: 'bzr push --no-stacked' ought to work.
[01:44] <wgrant> jml: Can't one manually specify http://bazaar.launchpad.net/~path/to/branch URLs to stack on?
[01:44] <jml> wgrant: one can. I keep forgetting about that, since I work on a proprietary code base, for which that won't work.
[01:45] <wgrant> Ahhh, true.
[01:45] <jml> SamB: so, what wgrant said is right.
[01:46] <SamB> jml: there is a canonical branch, but for some reason launchpad has trouble mirroring it ...
[01:46] <jml> SamB: it's generating 403s, even in my web browser.
[01:47] <SamB> jml: that's because you are trying to look at it
[01:47] <SamB> it works fine otherwise
[01:47] <SamB> well, except for bzr info
[01:47] <SamB> see https://answers.launchpad.net/launchpad/+question/63191
[01:49] <jml> SamB: I see.
[01:49] <wgrant> Why is it 403ing everything unknown?
[01:49] <jml> SamB: Launchpad inspects the branch before pulling it, because we need to check out some things about the branch before we pull it.
[01:49] <SamB> wgrant: maybe you should ask that in the question ?
[01:50] <SamB> Stefan Reichör is the one that runs that server, not me
[01:50] <wgrant> Ah.
[01:54] <SamB> do you think that question should maybe be converted to a bug, since launchpad could obviously do with being a bit more articulate about the problem ?
[01:54] <jml> SamB: I think there are already bugs about error messages there.
[01:55] <SamB> oh
[01:55] <SamB> right
[01:55] <jml> SamB: also I don't understand stefan's comments in that thread
[01:55] <wgrant> It could also be a bug in bzr.
[01:55] <wgrant> That it doesn't take a 403 as a failure to get that file.
[01:55] <wgrant> But I suppose that's not a good idea.
[01:56] <SamB> well, I mean, launchpad could at least say that something like "bzr info" is failing, or give the URL ... just a thought
[01:56] <jml> SamB: it's not doing bzr info, it's doing something much more complex
[01:57] <SamB> yeah
[01:57] <SamB> thought maybe
[01:57] <jml> SamB: we are very defensive in the way we pull arbitrary data from user-supplied branches
[01:57] <SamB> sensible
[01:57] <SamB> users are always changing things
[01:58] <jml> or being deliberately malicious.
[01:58] <jml> although we haven't come across that yet, at least not in the form of a security attack :)
[01:59] <SamB> well, assuming malice is a decent approximation for all the things users can do by accident anyway
[02:05]  * SamB wonders if he should report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517770 on launchpad, Debian isn't responding and he has no reason to believe this is a Debian problem ...
[02:13] <james_w> SamB: it should go to launchpad really, apologies for not having done it already
[02:14]  * james_w does it now
[02:15] <james_w> bug 339385
[03:50] <MTecknology> Ursula-logbot: *tap*tap*
[14:48] <terrex> ppa builders for amd64 & i386  seems to be hang
[15:13] <terrex> ok, now ppa builders are working.
[16:13] <G__81> i am new to Ubuntu and am trying hard to become an Ubuntero but i am getting problems
[16:13] <G__81> i ve sent the keys to the keyserver and i ve got an email from LP asking me to confirm the key
[16:14] <G__81> and it asks me to do gpg --clearsign filename
[16:14] <G__81> but when i do
[16:14] <G__81> touch new
[16:14] <G__81> gpg --clearsign key
[16:14] <G__81> it asks me to enter passphrase and after i enter it i get back to the prompt and nothing is written onto the "key"
[16:35] <G__81> can someone help me ?
[16:35] <G__81> what exactly should i paste in the LP confirmation mail
[16:45] <SamB> G__81: try pressing ^D
[16:45] <SamB> oh, wait, you get back to the prompt ?
[16:52] <G__81> SamB, ok now finally i ve made it to accept
[16:53] <G__81> SamB, i ve got an email from LP saying that my code of conduct has been acknowledged
[16:53] <G__81> but my Ubuntero status is still No
[16:53] <G__81> :o
[16:54] <G__81> yes got it :)
[16:55] <G__81> finally
[17:02] <G__81> thanks SamB
[17:04] <nhandler> Could someone here try and reproduce a bug with the PPAs for me?
[17:12] <hyperair> nhandler: what bug is this?
[17:14] <nhandler> hyperair: Upload a package to your ppa. Do a search for that package in the web interface. Watch the Build Status column as it goes from needs building to building to complete. For me, once it starts building, I end up with several arch names right next to each other (no space between them). However, if I refresh the page, a space is added
[17:15] <hyperair> hmmm need to find a package to upload
[17:16] <nhandler> If I had to guess, this probably is some ajax bug
[17:16] <hyperair> probably
[18:09] <fidji> hi
[18:09] <fidji> somebody can help me in french ?
[18:09] <fidji> I have some questions about tag revision and ppa
[18:17] <mib_y16t8vj1> what's up with staging.launchpad.net? It just doesnt work here
[18:26] <fidji> I'm on #ubuntu-fr-scripts channel
[18:30] <mib_y16t8vj1> doesnt anyone know why staging doesnt work?!
[18:42] <bcurtiswx> Hi all, im a bug traiger for ubuntu.  I'm wondering how possible it would be to gather OS version and package version (depending on a package is provided in the bug report) to bug reports on submit.  this i guess would regard the manual submissions, as apport on ubuntu will report this automatically.
[18:58] <jpds> bcurtiswx: apt-cache policy <package> - shall give you the package version, while uname -a <- OS version.
[18:59] <bcurtiswx> jpds: yes i do know this.  what i mean, is can launchpad be built to do this on submit of bug reports... so this way triagers arent wasting time asking for this information
[19:00] <jpds> Yeah, you'll have to ask them for manual submissions.
[19:00] <bcurtiswx> jpds: right now its just a couple of asterisks on the bottom of the submit form.. and people who are just filling in the fields will typically ignore that..
[19:01] <bcurtiswx> jpds: since this is important information in bug reports, i imagine having launchpad obtain this information automatically on submit would be extremely beneficial
[19:04] <jpds> bcurtiswx: Can't see any way of doing that really.
[19:06] <bcurtiswx> jpds: ok.. the only other idea I had for this.. would be to insert an input field to the bug reports to have the user input OS version and/or package versions
[19:07] <bcurtiswx> jpds: bug managers like bugzilla gnome have a section devoted to finding version information out
[19:08] <jpds> bcurtiswx: You might want to file a bug against launchpad-bugs about that.
[19:09] <bcurtiswx> jpds: ok, i wasn't sure if a bug report was more efficient way to get this addressed.
[19:09] <LarstiQ> bcurtiswx: for Debian, the canonical method of using 'reportbug' takes care of that
[19:11] <bcurtiswx> LarstiQ: is there an example i can look at (sorry if this is a dumb question)
[19:13] <jpds> bcurtiswx: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512694
[19:14] <bcurtiswx> jpds: is there a way to push that for launchpad bug reports?
[19:17] <LarstiQ> bcurtiswx: you'll have to have a culture of people using reportbug
[19:18] <bcurtiswx> hmm
[19:19] <bcurtiswx> LarstiQ, how similar or dissimilar are apport/reportbug (could they be combined?)
[19:19] <LarstiQ> bcurtiswx: no clue
[19:19] <LarstiQ> bcurtiswx: but reportbug is a Debian tool
[19:20] <jpds> bcurtiswx: Actually, I think https://lists.ubuntu.com/archives/ubuntu-devel-announce/2009-February/000535.html - may just be what you want.
[19:21] <bcurtiswx> ah yes, package hooks.. i know about those.. but as of right now they need hooks made for tons of other important packages
[19:24] <bcurtiswx> jpds: this is a good way to grab that info.. but its more after the fact... im going for gathering this information on the initial report
[19:25] <jpds> bcurtiswx: You're going to have to hope that the user does as requested then :(
[19:27] <bcurtiswx> https://bugs.launchpad.net/ubuntu/+source/splix/+bug/338442
[19:28] <LarstiQ> bcurtiswx: there are different ways people can report bugs
[19:29] <LarstiQ> bcurtiswx: also, what works for Ubuntu won't for other upstream projects
[19:29] <LarstiQ> bcurtiswx: so imo you should have your own bug reporting workflow documented anyway
[19:33] <bcurtiswx> LarstiQ:  https://bugs.launchpad.net/ubuntu/+filebug isnt a stellar start to a bug report... and the typical bug reporter wont go to advanced options.  Should I file a bug against changing that process around?
[19:38] <LarstiQ> bcurtiswx: I guess allowing projects to customize the bug reporting a bit might be a good idea
[19:38] <LarstiQ> bcurtiswx: though I suspect there would already be requests for that
[19:40] <bcurtiswx> LarstiQ, I love that first option.  i think that would be a great thing.  In ubuntu, triagers are always asking reporters for package and OS versions... so allowing us to collect that in bug reports that we can customize would be awesome
[19:54] <bcurtiswx> LarstiQ: how would I go about getting this in the works?
[19:56] <LarstiQ> bcurtiswx: look through the answers/bugs filed on launchpad for something similar?
[20:05] <thumper> morning
[21:35] <technopagan> I'm stuck: I want to upload code to LP/Bazaar. I've tried bzr push lp:MYPROJECTPATH --use-existing-dir while being on my local code-folder, but Bazaar replies that it's "Not a branch". How do I upload code fo the first time?
[21:36] <lifeless> technopagan: bzr push lp:~USERNAME/PROJECT/BRANCHNAME
[21:38] <fidji> hi
[21:38] <fidji> somebody know how I can resole this problem http://paste.ubuntu-fr-secours.org/src-11304
[21:39] <technopagan> lifeless: I did that. I get "Not a branch" as an error.
[21:39] <fidji> resolve*
[21:41] <lifeless> technopagan: could you please pastebin the exact command and response you get please
[21:42] <technopagan> lifeless: http://pastebin.com/d2a8d9caf
[21:44] <technopagan> lifeless: I created a new project, now I want to give it some code so that team-members can start commiting. This should not be that difficult. What am I doing wrong?
[21:44] <fidji> I need to get the Makefile for my branch in ubuntu-fr-scripts
[21:44] <lifeless> technopagan: ok, this - bzr: ERROR: Not a branch: "/home/baldur/bin/woof/branch/". - says that the local directory you are in is not a branch
[21:45] <lifeless> technopagan: is this an existing project or a new project?
[21:46] <technopagan> lifeless: A new project.
[21:48] <fidji> technopagan: cd myproject && bzr init && bzr add && bzr commit -m "any comment" && bzr push lp:~USERNAME/PROJECT/BRANCHNAME
[21:52] <technopagan> fidji: Thank you!!
[21:53] <fidji> nobody for my problem ?
[21:54] <fidji> http://paste.ubuntu-fr-secours.org/src-11304
[21:55]  * thumper looks at fidji's problem
[21:56] <fidji> thank's thumper
[21:57] <thumper> fidji: not sure I'm afraid, I can suggest bigjools or noodles when they come on line though
[21:57] <fidji> dscverify: loggedfs_0.5-0ubuntu1.dsc failed signature check:
[21:57] <thumper> technopagan: once the branch is up for your project, you can link it as the primary branch for your project
[22:03] <technopagan> thumper: I've created a branch, but Launchpad says "A development focus branch hasn't been specified". Is this the same thing? Should I mark my branch the "development focus branch" ?
[22:05] <mwhudson> technopagan: yes
[22:07] <technopagan> mwhudson: Done. Thank you!
[22:07]  * SamB whispers http://bugs.darcs.net/issue833
[22:08] <mwhudson> SamB: in the wrong channel perhaps?
[22:08] <SamB> no, I was just wondering what that bot would say about it is all
[22:08] <thumper> technopagan: yes
[22:08] <thumper> mwhudson: ah, thanks
[22:08] <thumper> SamB: not much I hope


[10:38] <zequence> linux rt imported from debian building in a PPA. Let's see how that works out.
[11:50] <zequence> No errors yet, though still building https://launchpad.net/~ubuntustudio-kernel/+archive/linux-rt-testbuilds
[12:07] <ttoine> zequence, yes, I get it
[12:08] <ttoine> I was very surprised to see it online
[12:08] <ttoine> I will have to delete it, instead of just disable it
[12:10] <zequence> ttoine: I bought the white t-shirt a couple of months ago, so I've tried two now. The blue, and the white. The white one was not as good as one had hoped - the printing was different, compared to the blue one
[12:10] <zequence> ttoine: Not sure if they have changed the printing, or if white t-shirts are printed differently
[12:11] <ttoine> I think you are right
[12:11] <ttoine> for colored fabric, they have to use a printer with white ink
[12:11] <ttoine> for white shirt, a standard quadri color printer is enough
[12:11] <zequence> ttoine: Ok :)
[12:12] <zequence> I also got the cup early, which had printing only on one side. I liked it very much.
[12:13] <zequence> madeinkobaia did a nice job on the graphics, and you on implementing them
[12:18] <ttoine> yes
[12:18] <ttoine> it would be great to have some stickers at unixstickers, too
[12:18] <ttoine> but madeinkobaya had no time at the moment to design them
[12:22] <zequence> ttoine: Oh, I just mailed him about the future cycles. We should really find a way to do that shortly.


 Rock up with your mugs with the correct amount of sugar added already. Just type in Maaz coffee please
[06:06] <thatgraemeguy> Maaz: keep the coffe, I'll have a beer
[06:06] <Maaz> thatgraemeguy: Got it
[06:07] <Maaz> Coffee's ready for Kilos!
[06:07] <Kilos> Maaz dankie man
[06:07] <Maaz> Groot plesier my vriend
[06:20] <superfly> hi
[06:35] <inetpro> good mornings
[08:01] <Squirm> Morning
[08:03] <Kilos> hi Squirm
[08:17] <Squirm> How are you Kilos?
[08:18] <Kilos> ok ty Squirm and you?
[08:18] <Kilos> still happy down there?
[08:18] <Squirm> Doing well :)
[08:18] <Squirm> Yeah
[08:18] <Kilos> good
[10:31] <anton> Everybody's ssh updated? - http://www.undeadly.org/cgi?action=article&sid=20160114142733
[11:44] <magespawn> good afternoon
[12:08] <Kilos> hi magespawn
[12:49] <magespawn> hi Kilos
[12:49] <magespawn> you watching the cricket?
[12:49] <Kilos> on and off yes
[12:49] <magespawn> score/
[12:49] <magespawn> ?
[12:49] <Kilos> 123/4
[12:49] <magespawn> isn't that how you are supposed to watch a test? on and off?
[12:50] <Kilos> 127/4
[12:50] <Kilos> lol yeah
[12:50] <Kilos> root getting serious now
[12:50] <Kilos> 131/4
[13:12] <magespawn> let him, every time somebody else tried that they went out
[13:13] <Kilos> 162/4
[13:19] <magespawn> hmm
[13:19] <magespawn> we need a wicket or two now
[13:19] <Kilos> yeah
[13:56] <magespawn> home time for now, chat later Kilos
[14:49] <Kilos> hey clever peeps
[14:49] <Kilos> i dunno an okular password to open bank statement
[14:49] <Kilos> how can i find it
[14:50] <Kilos> pretty please
[15:07] <MaNI> its usually your id number, or account number
[16:07] <Kilos> ty MaNI
[16:08] <Kilos> i wrote it down in a safe place
[16:08] <Kilos> i think
[16:08] <Kilos> ot thought i can never forget that so didnt write it down
[16:09] <Kilos> or
[16:15]  * Kilos hears boom booms in the south
[16:52] <Kilos> sky dripping
[18:02]  * nlsthzn just got home and is going zzzz now in any case :p night all
[18:30] <Kilos> night nlsthzn
[18:30] <Kilos> sleep tight
[18:30] <Kilos> oh my 30 mins ago
[18:45] <Kilos> night all. sleep tight


[00:00]  * diddledan just finished building a 9.4MB neural network
[00:00] <diddledan> only took 12 hours
[00:02] <diddledan> it's claiming an accuracy of 99.6% on the test data I gave it
[00:02] <zmoylan-pi> maybe it's emulating a lawyer... :-P
[00:03] <diddledan> lol
[00:03] <diddledan> now I need to actually build something with it that gives it real-world data to crunch to see if it does what it's supposed to
[00:04] <diddledan> if you google MNIST you'll get an inkling of what I've been toying with
[06:51] <brobostigon> morning boys and girls.
[07:13] <SuperMatt> https://goo.gl/photos/Mf4Ads5CfUecKrH17 I am now the envy of all the boys in the office
[07:32] <diplo_> If you say so SuperMatt :)
[07:33] <SuperMatt> You know what it is, right?
[07:34] <diplo> I have no idea, something my kids will know about ?
[07:35] <SuperMatt> It's the offical mascot of Golang
[07:36] <diplo> hah, looks like something from the pokemon era stuff that I buy my kids
[07:36] <SuperMatt> https://blog.golang.org/gopher
[07:37] <diplo> :)
[09:23] <Azelphur> Does anyone know how to get Ubuntu 16.04 to start on a GTX 1080?
[09:23] <Azelphur> I just wanna pop into the livecd and use gparted and its not happening :(
[09:23] <SuperMatt> Should just work :/
[09:24] <Azelphur> nah, it comes up with an error from nouveau saying the card isn't supported
[09:25] <Azelphur> aha, tricked it, nomodeset and remove quiet splash
[09:29] <SuperMatt> good man
[10:15] <Azelphur> just nabbed myself another 5TB drive, BNIB off ebay for £80 \o/
[10:16] <Azelphur> takes me to 23TiB usable (35TB total)
[10:22] <zmoylan-pi> a 3 month supply of kitten videos in the event of zombie apocalypse... :-)
[10:24] <Azelphur> exactly
[10:25] <zmoylan-pi> 6 if you just store animated gifs...
[10:40]  * Laney stabs Three
[10:40] <Laney> if you buy an addon 1 day before your billing date then you get charged for a full month, and again on the billing date
[10:43] <zmoylan-pi> i'm sure it says somewhere in the small print 'what's yours is theres and what's theres is theres'
[10:44] <Laney> it's for the good of CK Hutchinson Holdings Ltd
[12:31] <foobarry> my desktop started acting funny yesterday. terminal windows closing after a command
[12:31] <foobarry> slack wouldnt' start.
[12:32] <foobarry> flipped into vty1 and ran dmesg...disk had died. popped a new one in and kicked off a RAID1 rebuild. phew
[12:32] <foobarry> turns out my /tmp partition was on the 2nd disk for some reason. hence the weirdness.
[12:33] <foobarry> as it had gone in a puff of smoke
[12:35] <diplo> That's cheap Azelphur - a particular seller you're buying from ?
[12:35] <diplo> I need 2 x 4TB drives atm
[12:36] <diddledan> I'll be looking for 2 more drives to add to my array soonish
[12:37] <diddledan> I've got 4x3TB atm
[12:38] <diddledan> split them up using RAID10ish
[12:38] <diplo> I don't have 2 drives currently, my 2x2tb mirror failed and had no cash at the time so bought 1x4TB and meant to buy some more  afew months later
[12:38] <diplo> I failed
[12:39] <diddledan> yeah. money is my restricting factor atm too
[12:39] <diplo> Kids summer hols first, so hope it lasts out
[12:44] <diddledan> lol: google streetview guys: https://www.youtube.com/watch?v=35LqQPKylEA
[12:49] <diplo> bah no sounds on this screen
[15:40] <Azelphur> diplo: nah, just have an ebay watch setup
[15:40] <Azelphur> guy posted for £100 or best offer, offered him £70, he countered £80. :)
[15:49] <diplo> May do something similar myself
[17:40] <Azelphur> Ok guys, add parted to the list.
[17:40] <Azelphur> I managed to crash it
[17:40] <Azelphur> https://dpaste.de/jAR4
[18:10] <daftykins> albeit on a virtual disk of some kind (:
[18:15] <Azelphur> daftykins: just libvirt :)
[22:44] <diddledan> why is it the only advert I seem to be seeing on youtube for the last few weeks has been entirely "wix.com"?!
[23:03] <diddledan> holy heck: https://arstechnica.com/security/2017/06/petya-outbreak-was-a-chaos-sowing-wiper-not-profit-seeking-ransomware/
[23:05] <zmoylan-pi> does the software send it's own encryption software or does it just use ms's built in encryption software against the users data?
[23:05] <diddledan> neither. it kills the mbr and file tables
[23:06] <zmoylan-pi> i thought that only happened if you didn't pay up...
[23:06] <diddledan> read the article
[23:06] <zmoylan-pi> but but i'm watching tng picard has been assimilated by the borg...
[23:09] <diddledan> choice quote then: "while the earlier Petya encrypts the master boot record and saves the value for later decryption, Tuesday's payload, by contrast, was rewritten to overwrite the master boot record. This means that, even if victims obtain the decryption key, restoring their infected disks is impossible."
[23:11] <zmoylan-pi> malice or incompetence?
[23:11] <diddledan> the thinking is it's designed to wipe on a massive scale. state-sponsored attack is being bandied about
[23:12] <zmoylan-pi> handy if you want to bring in laws restricting computers in any way...