[00:19] <maxb> It would appear that Google Maps is rejecting Launchpad's requests
[00:19] <maxb> e.g. https://launchpad.net/people/+me
[00:23] <wgrant> Bug 624981
[00:23] <_mup_> Bug #624981: The Google Maps API server rejected your request <maps> <Launchpad Registry:Triaged> <https://launchpad.net/bugs/624981>
[00:23] <lifeless> spm: when you are around, I want a profile please
[00:23] <spm> lifeless: your name is Rob, Your Y yrs old; live in Z ??
[00:31] <lifeless> spm: funny man :P
[00:31] <lifeless> spm: on staging
[00:31] <lifeless> as soon as it finishes updating
[00:31] <lifeless> I want to hit up https://api.staging.launchpad.net/1.0/bugs/414746/attachments
[00:31] <_mup_> Bug #414746: speakers cannot be muted when using headphones regression (karmic) <apport-bug> <apport-collected> <i386> <regression-release> <pulseaudio (Ubuntu):Confirmed> <https://launchpad.net/bugs/414746>
[00:33] <lifeless> also
[00:33] <lifeless> https://api.launchpad.net/1.0/1.0/bugs/414746/attachments/+login har!
[00:33] <_mup_> Bug #414746: speakers cannot be muted when using headphones regression (karmic) <apport-bug> <apport-collected> <i386> <regression-release> <pulseaudio (Ubuntu):Confirmed> <https://launchpad.net/bugs/414746>
[00:33] <lifeless> when an API times out
[00:34] <lifeless> it gives the usual OOPS
[00:34] <lifeless> with a link to login
[00:34] <lifeless> which then blows up
[00:39]  * spm is running out of tabs that aren't doing 'useful stuff' I may have to open a 2nd konsole of 16+ terminal tabs....
[00:41] <lifeless> did you say konsole?
[00:42] <spm> aye. best terminal around, I've found.
[00:43] <spm> tabs at the *bottom* <== biggest positive feature over any other I've found
[00:43] <lifeless> <- xterm
[00:43]  * wgrant quickly emails Ng.
[00:43] <lifeless> well, technically, uxterm.
[00:44] <spm> heh
[00:44] <spm> wgrant: i don't think he cares too much. and well, if it makes him cry? I see that as a plus.
[00:45] <spm> lifeless: so the restore is gtetting there; just doing the importds atm. maybe 5-15 mins eta?
[00:47] <lifeless> spm: cool cool
[01:06] <wgrant> The linter doesn't run henninge's thing, does it?
[01:06] <wgrant> Would be handy, to stop imports from going bad.
[01:07] <spm> lifeless: revised eta, another 5-15 mins. sigh. still going. looks to be doing stuff on the staging buildmaster...
[01:22] <lifeless> spm: hows it looking ?
[01:22] <spm> [10:22:28] <spm> staging codebrowse just went down, so must be getting closer...
[01:23] <spm> make build LPCONFIG=staging <== on multiple builds/machines. painfully slow. we should probably look into parallelising that. but /me worries about KISS and debugging obscure staging update woes.
[01:29] <lifeless> oh yay, db-devel merge failures
[01:29] <lifeless> and so it begins
[02:01] <thumper> lifeless: want to catch up?
[02:17] <mwhudson> spm: we really really shouldn't be running make build from scratch on every machine
[02:17] <mwhudson> that's just bong
[02:18] <spm> and wrong
[02:18] <lifeless> thumper: sure
[02:19] <lifeless> spm: I can haz profile ?
[02:19] <spm> one sec, working iwth u1 atm
[02:20] <spm> lifeless: asuka is doing the nightly.sh run, so be ware it will be slower than usual; if you consider that actually possible
[02:21]  * spm is still trying to unstack/pop about 4 levels of yesterdays interrupts... sigh/woe is me/ etc etc etc
[02:22] <lifeless> spm: yes I still want a profile
[02:25] <wgrant> LP needs a GitHub-like commercial offering.
[02:27] <lifeless> define that please
[02:31] <wgrant> At the moment, you need to get a private project set up manually and poke sysadmins and blah blah.
[02:31] <wgrant> And it's far more expensive than GitHub's cheaper offerings.
[02:33] <mwhudson> lp would also need to start supporting commercial customers better & it's not clear that this is a useful use of resources
[02:35] <wgrant> Well, there are no other bzr hosting solutions around.
[02:35] <wgrant> And GitHub is a really compelling reason to use Git.
[02:36] <persia> So the social benefit of causing more engineers to use bzr for their closed-source efforts is expected to outweigh the social benefit of making it easier to host open-source stuff?
[02:38] <wgrant> Well, the former would probably cause more wide-spread use of bzr.
[02:38] <wgrant> At the moment, if your company wants to use a DVCS, they are probably going to choose Git. Because GitHub is there. That's what I've heard so many people say.
[02:39] <maxb> Personally, I think bzr needs self-hostable hosting solution to properly enable corporate use of bzr
[02:39] <wgrant> For many cases, yes.
[02:42] <wgrant> win 41
[02:42] <wgrant> Gah.
[02:52] <lifeless> so, self hosted via self deployed LP is possible, but traumatic
[02:52] <lifeless> it would be nice if that was easier
[02:52] <lifeless> wgrant: that story does need to be easier; for sure.
[02:52] <wgrant> I guess we need Vostok, but ripping out everything but Codehosting instead.
[02:53] <lifeless> there was talk at one point of developing a self-hosted solution for bzr completely separate to LP
[02:54] <lifeless> spm: ping me when you're ready
[02:55] <thumper> lifeless: there was but it was shot down with a BIG gun
[02:56] <thumper> I didn't agree with the argument
[02:56] <thumper> I think there should be a simple deployable codehosting solution for corporates
[02:56] <thumper> based on bazaar
[02:57] <lifeless> spm: ping me when you're ready
[02:57] <spm> lifeless: timing is everything.was just loggng into asuka to set that up :-)
[02:59] <lifeless> thumper: I think there should be too. I would love it if it had common code with codehosting
[02:59]  * thumper nods
[03:03] <spm> lifeless: just about to restart app server
[03:04] <lifeless> duh da
[03:04] <lifeless> duh da
[03:04] <lifeless> duh da duh da duh da
[03:04] <spm> .... waiting.....
[03:04] <spm> yay. down.
[03:05] <spm> starting....
[03:05] <lifeless> I'm glad it starts up quickly
[03:06] <spm> it lives!
[03:06] <lifeless> ok, you can turn that off, thanks.
[03:06] <thumper> anyone fixing the merge conflict?
[03:06] <thumper> anyone?
[03:06] <spm> lifeless: you may wish to try again; it's only just started working, ish.
[03:06] <lifeless> if you can expedite the rsyncing of the trace and oops (OOPS-1700S32) that would be great.
[03:06] <thumper> beuler?
[03:06] <lifeless> thumper: its his day off
[03:06] <thumper> haha
[03:07] <lifeless> no, I'm not currently fixing it
[03:07] <spm> lifeless: all done? I'll restart
[03:07] <lifeless> spm: yes
[03:07] <spm> oki
[03:07] <lifeless> spm: though I won't know the quality till I get the files ;)
[03:07] <spm> nmp
[03:08] <spm> sorry. forgot the 'I wear evil horns' smily there... oh well, it was implied.
[03:08] <thumper> wallyworld: feel like trying out fixing the merge conflicts?
[03:08] <thumper> wallyworld: you can say no if otherwise engaged
[03:08] <spm> lifeless: they should be synced
[03:09] <thumper> lifeless: is "from datetime import datetime, timedelta" ok with our new import style?
[03:09] <thumper> lifeless: or do I have to put them on multiple lines?
[03:09] <lifeless> its fine
[03:09] <wallyworld> you mean some issues caused by my branch?
[03:10] <thumper> wallyworld: no
[03:10] <thumper> wallyworld: I mean the current merge failure between stable and db-devel
[03:10] <thumper> wallyworld: are you getting those failure emails?
[03:11] <lifeless> spm: hmm, i'm not seeing my oops :(
[03:11] <spm> lifeless: ahh. pebkac. one sec.
[03:11] <wallyworld> thumper: i've subscribed to canonical-launchpad digest but hadn't been looking in too much detail
[03:13] <thumper> wallyworld: ok, I'll fix it
[03:14] <wgrant> lifeless: I was under the impression that the exception was only in place for single-symbol imports.
[03:14] <lifeless> wgrant: < 78 chars or whatever
[03:14] <wallyworld> thumper: i don't mind doing it but if it's time critical then you will be faster than me. but i can look at it np
[03:14] <spm> lifeless: hrm. not pebkac; looks like a script buglet somewhere. but there now: /srv/launchpad.net-logs/staging/asuka/profiling/
[03:15] <thumper> wallyworld: I'm sure we'll get some practise next week
[03:15] <lifeless> wgrant: frankly I think any time spent talking about it is too much :)
[03:15] <thumper> I'll take this one
[03:15] <wgrant> lifeless: https://dev.launchpad.net/PythonStyleGuide?action=diff
[03:15] <lifeless> wgrant: sorted one per line when there are many gets better merge conflicts; when there aren't many, anyway its done is ok
[03:15] <lifeless> meh
[03:16] <lifeless> ok-by-me then
[03:16] <lifeless> spm: its thinking rather more now ;)
[03:17] <lifeless> spm: its almost like it hasn't been rsyncing since the 3rd
[03:17] <spm> lifeless: mmmm. possibly.
[03:17] <lifeless> -rw-r--r-- 1 robertc robertc<PHONE_NUMBER>-08-27 14:11 2010-08-03_02:04:49.560-MailingListApplication:MailingListAPIView-OOPS-1676S234-Dummy-3.prof
[03:17] <spm> I dod suspect a script buglet - we have a new shiny ponies script; so...
[03:17] <lifeless> was the newest file I had
[03:17] <lifeless> note - 27th was when I got it, 08-03 when it was made
[03:18] <spm> nod
[03:22] <lifeless> spm: I has it, thanks
[03:40] <lifeless> anyone familiar with bugs code around ?
[03:40] <wgrant> I know parts of it.
[03:40] <wgrant> What's the issue?
[03:40] <lifeless> https://bugs.edge.launchpad.net/malone/+bug/618849
[03:40] <_mup_> Bug #618849: Timeout accessing bugs' attachments using the API <timeout> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/618849>
[03:41] <lifeless> have a look at that to get the context where I'm looking
[03:41] <wgrant> Wow those are fat comments.
[03:41] <lifeless> mine?
[03:42] <wgrant> All comment fonts are huge. The CSS must be broken.
[03:42] <lifeless> you have the beta installed don't you ?
[03:42] <wgrant> Yeah.
[03:44] <wgrant> Is anybody working on the broken profile page thing?
[03:44] <lifeless> ?
[03:47] <wgrant> lifeless: All profile pages are broken due to the Google Maps thing.
[03:47] <wgrant> They pop up an alert().
[03:47] <lifeless> so, its a maps problem
[03:47] <lifeless> for now we're waiting to see if they resolve it
[03:47] <wgrant> Is it? The Google thing that Curtis mentioned looks irrelevant to me.
[03:47] <lifeless> AIUI
[03:48] <lifeless> why? didn't fit the symptoms ?
[03:49] <wgrant> Well, it seems specific to another Google service. But perhaps it is more general.
[03:49] <lifeless> omg
[03:49] <lifeless> omg omg omg omg omg
[03:49] <lifeless> lib/lp/bugs/browser/bug.py line 522
[03:50] <lifeless> *this is not safe*
[03:50] <wgrant> .....
[03:50] <wgrant> Haha.
[03:50] <lifeless> lets go and pull 140+ objects from the database
[03:50] <thumper> the font size issue is known
[03:50] <mwhudson> lifeless: oof
[03:50] <thumper> and being worked on I believe
[03:51] <mwhudson> lifeless: makes me think of some of this spec code
[03:51] <mwhudson> "find all specs named $x then filter out the ones that aren't targeted at $foo"
[03:51] <mwhudson> (fortunately given how specs are used this probably isn't so bad, but...)
[03:51] <wgrant> mwhudson: In Python, not SQL?
[03:52] <mwhudson> wgrant: yes
[03:53] <wgrant> Yay.
[03:55] <persia> mwhudson, specs get used (or not) the way they do because of the limitations of the impementation, rather than the intent of the users.
[03:55] <mwhudson> persia: well, maybe, but also it's actually unlikely that there are many specs in the system with the same name
[03:58] <persia> There are social conventions in place to avoid that, leading to exceedingly frustrating names for Ubuntu specs (${release-target}-${responsible-team}-${relevant-area}-${real-spec-name})
[03:58] <mwhudson> persia: well yeah, but even if you just used ${real-spec-name} i conjecture that there would be <10 duplicates for any given name
[03:59] <mwhudson> it's not like lifeless's code that could be getting 100s of objects for no good reason
[04:00] <persia> Potentially.  I was involved in the nomenclature discussion, but most example cases were 2-3 with the same name, rather than >10.  I agree it's good optimisation, I just think it's dangerous to base "how to design blueprints" based on current blueprints usage (as opposed to theory, which is safe)
[04:01] <spm> persia: you're not suggestion that stakeholders are consulted are you? that's: 1. crazy talk and 2. heresy!
[04:01] <mwhudson> persia: sure
[04:02]  * mwhudson has one of these "how does this code work at all" moments
[04:03] <persia> spm, No.  I'm just asking for blueprints design based on blue-sky theory, rather than partial analysis of current usage in an attempt to divine the potential desires of conceptual stakeholders.
[04:03] <mwhudson> awesome!
[04:03] <mwhudson> it doesn't
[04:04] <wgrant> mwhudson: What's broken?
[04:04] <wgrant> Apart from the entirety of Blueprint?
[04:05] <mwhudson> wgrant: go to add a dependency to a blueprint, click choose, type some text and search
[04:05] <mwhudson> though it's timing out for me actually, not exploding quite like i expected
[04:05] <persia> That's blueprints.  Expected behaviour
[04:06] <mwhudson> ok, it's not completely broken
[04:06] <mwhudson> just stupid
[04:10] <lifeless> mwhudson: can I encourage you to do one thing.
[04:10] <mwhudson> lifeless: sure
[04:10] <lifeless> mwhudson: add query-capped tests to the views you touch.
[04:10] <mwhudson> lifeless: um
[04:10] <lifeless> mwhudson: doesn't matter what the count is, just put a ratchet there ;)
[04:10] <mwhudson> heh
[04:10] <mwhudson> actually probably not touching any views really
[04:10] <mwhudson> but ok
[04:19] <lifeless> mwhudson: we currently have no insurance for query blowouts
[04:20] <lifeless> mwhudson: its all 'someone analysed this once and made it good', then something changes, and because our code has the property that what looks like good python performs terribly, *boom*
[04:21] <thumper> if I have a method that yields and is used as a generator
[04:21] <thumper> and I have an edge case where I don't want to yield anything
[04:21] <thumper> what do you do?
[04:21] <thumper> raise StopIteration?
[04:21] <lifeless> return
[04:21] <mwhudson> thumper: 'return'
[04:21] <lifeless> it will be a generator because of the yield statements
[04:21] <thumper> ok
[04:22] <lifeless> mwhudson: so anyhow, I think its sensible to put *an* insurance policy in place.
[04:23] <mwhudson> lifeless: ok
[05:09] <lifeless> what is salgado used for in tests ?
[05:11] <mwhudson> too much
[05:11] <mwhudson> the default webservice caller uses him i think
[05:11] <mwhudson> which is crazy, because he's an admin in sample data :(
[05:38] <thumper> how do we ask that we are running in a test environment?
[05:38] <thumper> I have a view that uses the slave store
[05:38] <thumper> but for my test I need to use the master
[05:38] <thumper> to see the new data
[05:39] <thumper> stub: any magic I can use?
[05:39] <wgrant> In Soyuz we just commit. It's ugly, but I think it's better than a special case that might break.
[05:40] <stub> thumper: Sounds like you need a database policy that returns the master store even when the slave is requested. I think there is one in dbpolicy.py already.
[05:41] <thumper> stub: where is that?
[05:41] <stub> thumper: nah.... need to add MasterOnlyDatabasePolicy - SlaveOnlyDatabasePolicy can be cargo culted for that.
[05:41] <stub> thumper: lib/canonical/launchpad/webapp/dbpolicy.py
[05:42] <stub> with MasterOnlyDatabasePolicy(): [...]
[05:42] <thumper> stub: this is for a pagetest, is your solution still sane?
[05:42] <stub> I don't know
[05:42] <thumper> I think the answer is no
[05:42] <thumper> can I ask the config which environment we are in?
[05:42] <thumper> is that sane?
[05:42] <thumper> or just insane?
[05:43] <stub> I've done it before, but then the code your testing isn't the code that will run on production
[05:43] <stub> How come you can't just commit the changes you made to the master so they are available to the slave?
[05:52] <thumper> I'll just commit
[06:23] <lifeless> hmm, exported_as doesn't work if there is an attribute with the same name that isn't exported.
[06:23] <lifeless> what project should I put the bug on? lazr.restful ?
[06:23] <mwhudson> yes
[06:30] <lifeless> https://bugs.edge.launchpad.net/lazr.restful/+bug/625102 \o/
[06:30] <_mup_> Bug #625102: exported_as does not handle overriding an unexported attribute <lazr.restful:New> <https://launchpad.net/bugs/625102>
[07:02] <noodles775> Morning
[07:33] <noodles775> thumper: When I want to split a pipe into two, i add a new pipe before the last one, then how did you interactively include only certain changes? It was something similar to shelve?
[07:34] <noodles775> thumper: sorry, just realised you've probably EOD. nm, enjoy your evening!
[07:35] <noodles775> Ah, merge -i... wonderful.
[07:35] <wgrant> Yep, merge -i is pretty awesome.
[08:14] <lifeless> wow
[08:14] <lifeless> adding one attachment adds 10 queries ><
[08:37] <adeuring> good morning
[11:37] <bigjools> stub: do you know if it's possible to use the result from store.execute() like a ResultSet?
[11:38] <stub> The interface is a little different
[11:38] <bigjools> I need it to work in the batch navigator
[11:38] <bigjools> so count and slicing is all that's needed I think
[11:38] <stub> It might work
[11:39] <bigjools> I shall give it a go then :)
[11:39] <stub> Otherwise convert it to a store.find   (store.find(Foo, SQL("hairy where clause")))
[11:39] <bigjools> (I'm trying to put the results of findBuildCandidate into a page)
[11:40] <bigjools> I doubt that would work, take a look at findBuildCandidate... :/
[11:48] <jkakar> FYI, am getting a Javascript alert complaining about an invalid Google Maps key when navigating to https://edge.launchpad.net/~nick-moffitt
[11:54] <stub> Are we using Vouchers or is that dead code?
[11:58] <wgrant> They're still used for commercial subscriptions, AFAIK.
[11:58] <jtv> lifeless: any reason why installFixture should not return its argument?
[12:24] <jtv> mrevell: Any comments on the help bubble so far?  I put the branch up for review, since it's a substantial code improvement in any case.  If there's anything you _hate_ about it I can still opt not to land, or if there's something that's not quite the way you want it then we can do that as a separate bug.
[12:36] <jtv> What's wrong with EC2?  I'm getting "remote host identification has changed" errors all the time, meaning I have to delete ~/.ec2/known_hosts again.  Also, startup takes ages.
[12:40] <jtv> Also, does anyone know how I can choose a different EC2 site?  I can think of one that must be at least 4 megameters nearer than the one I'm getting now.
[12:46] <jelmer> jtv: IIRC you can change EC2 sites in the console. IIRC there are only sites in east/west coast of the US and Europe though
[12:46] <jtv> jelmer: and singapore!
[12:46] <jtv> thanks
[12:47] <jtv> Singapore is quite, quite nearby in terms of internet infrastructure…  Some ISPs here will probably take traffic for a US EC2 _through_ Singapore.
[12:48] <jtv> (And then it gets slow due to poor bandwidth allocation, so in principle I could speed things up by running a proxy in the Singapore EC!)
[13:52] <davidstrauss> Where can I find the Bazaar SSH smart server integration into Twisted Conch?
[13:54] <davidstrauss> Is it the Poppy code?
[13:58] <jelmer> davidstrauss: Hi
[13:58] <davidstrauss> jelmer, hi!
[13:59] <jelmer> davidstrauss: No, poppy is the server code that's used for package uploads.
[13:59] <davidstrauss> jelmer, ah
[13:59] <davidstrauss> jelmer, what is the twisted daemon for branches?
[13:59] <jelmer> davidstrauss: My guess is lp.codehosting.sshserver
[14:02] <davidstrauss> jelmer, thanks
[15:44] <bdmurray> I received an error when trying to land a cherry pick on production devel that I could use some help sorting out
[15:45] <bdmurray> All lines of log output:["PQM Cannot merge between different VCSsystems.
[15:45] <bdmurray> 'bzr+ssh://bazaar.launchpad.net/~brian-murray/launchpad/cherry-pick-bug-modifier'(pqm.Baz1_1Handler) and
[15:45] <bdmurray> '/home/pqm/archives/rocketfuel/launchpad/production-devel'(pqm.Bazaar2Handler) are different
[15:45] <jelmer> bdmurray, are you sure 'bzr+ssh://bazaar.launchpad.net/~brian-murray/launchpad/cherry-pick-bug-modifier' exists?
[15:46] <jelmer> bdmurray, pqm seems to think there is a bazaar 1 ("baz") repository at that location
[15:48] <bdmurray> jelmer: yes, I'm sure - would the fact that it is a private branch affect it?
[15:48] <jelmer> bdmurray: probably - is the launchpad pqm able to access that branch?
[15:48] <jelmer> bdmurray: I think it has to be subscribed.
[15:48] <bdmurray> jelmer: no, I'll give that a shot then
[15:49] <bdmurray> that's a rather unhelpful error message
[15:51] <jelmer> bdmurray: It probably defaults to thinking there is a "baz" repository there if it can't find anything else.
[15:58] <bdmurray> jelmer: any idea how I could try resubmitting the branch?  bzr lp-land is failing since it is a private branch
[15:59] <jelmer> bdmurray: You can use "bzr pqm-submit", which is part of the bzr-pqm plugin.
[15:59] <jelmer> Alternatively, you should be able to construct a PQM email manually.
[16:38] <noodles775> bdmurray: you can subscribe launchpad-pqm to the branch and it should then work.
[16:39]  * noodles775 realises that's been tried.
[16:46]  * rockstar physically relocates
[18:54] <lifeless> morning
[19:02] <daker> hello
[19:03] <daker> can anyone explain to me what is this http://is.gd/eH471
[19:03] <daker> ?
[19:13] <lifeless> yes, we believe its a known outage at Google
[19:14] <lifeless> https://bugs.edge.launchpad.net/launchpad-registry/+bug/624981
[19:14] <_mup_> Bug #624981: The Google Maps API server rejected your request <maps> <Launchpad Registry:In Progress by sinzui> <https://launchpad.net/bugs/624981>
[19:14]  * sinzui is experimenting with a brute force use of featureflags to control gmp2
[19:15] <benji> I was thinking along the same lines.  Seems like a perfect use for them.
[19:16] <daker> lifeless, thanks
[19:19] <sinzui> benji, the controller objects are not all in production. I am writing my code to what I see in a production test instead of what is in our development tree
[19:19] <benji> mmm
[19:20] <lifeless> sinzui: \o/
[19:20] <benji> I would suppose your result will be trivially translatable to the real thing once it's deployed.
[19:20] <sinzui> yes
[19:20] <sinzui> this is not the first time google has failed us
[19:21] <sinzui> we talked about a way to toggle maps on/off last year
[19:27] <lifeless> sinzui: a flag ?
[19:28] <lifeless> ah
[19:28] <lifeless> thats what gmp2 is
[19:28] <lifeless> ?
[19:29] <sinzui> lifeless, there are many versions of gmap. we use a specific version. We need to track their version. Having flags for the version we want is ideal
[19:29] <lifeless> cool
[19:29] <lifeless> I think feature flags can return a value
[19:29] <lifeless> if they can't, its a small tweak to make them do so
[19:29] <lifeless> or you can use different flags, one for each version
[19:30] <sinzui> correct. We had some adventures shortly after we added maps and the versions changed.
[20:31] <cr3> if I run testr -t my_application, it seems that 62 tests match, so is there a way to specifically run the tests for my application?
[20:32] <lifeless> testr -- -p packagename
[20:33] <lifeless> it depends on your app structure really
[20:33] <cr3> lifeless: I'll give that a try
[20:34] <lifeless> its runnin bin/test under the hood
[20:40] <cr3> lifeless: ./bin/test --help seems to indicate that -p is for progress (where testr -- -p package gets translated to xvfb-run ./bin/test --subunit  -p package
[20:41] <lifeless> cr3: the -- says 'to the right, pass onto the test process
[20:41] <lifeless> cr3: I was told -p was package
[20:41] <lifeless> perhaps its -m you want
[20:41] <lifeless> anyway, all I'm saying is that its a bin/test problem for defining 'my application'
[20:42] <cr3> lifeless: heh, understood :)
[20:42] <lifeless> I'm no expert on bin/test :P
[20:44] <cr3> what's the difference between lib/lp/<application>/scripts/tests  and lib/lp/<application>/scripts, where both sometimes contain test_*.py files?
[20:45] <cr3> the first path is apparently recommended for containing tests as detailed here: https://dev.launchpad.net/Testing
[20:45] <cr3> actually, my mistake, scripts doesn't contain test_*.py files (not that I've seen anyways), my mistake. nevermind :)
[20:46] <lifeless> :P
[20:46] <cr3> lifeless: I'm obviously writing my first test for launchpad
[20:49] <cr3> lifeless: how can I use testr to show the details about the tests that were run instead of just the number of tests?
[20:50] <lifeless> apply one of jmls patches I haven't merged
[20:50] <lifeless> or
[20:51] <lifeless> subunit-ls < .testrepository/XX
[20:51] <lifeless> testr will show failures always
[20:52] <cr3> lifeless: looking good, thanks!
[20:58] <cr3> is there a document on dev.launchpad.net for modifying the database schema? I see lots of files under the database/schema directory and I could tentatively create a patch with a sequentially numbered filename, but I'm not sure that'll make everyone happy
[20:59] <salgado> cr3, https://dev.launchpad.net/PolicyAndProcess/DatabaseSchemaChangesProcess
[20:59] <cr3> nevermind, found the answer in the README file conveniently located under that directory
[20:59] <salgado> (from database/schema/README)
[20:59] <salgado> :)
[22:23] <cr3> I'm running preliminary tests and would like to access the database, so I'm using getUtility(IStoreSelector).get(MAIN_STORE, DEFAULT_FLAVOR). but, when I try to retrieve rows, I get: ProgrammingError: permission denied for relation result
[22:23] <cr3> might there be an obvious reason for this?
[22:31] <cr3> in a test, setting a breakpoint with pdb.set_trace() doesn't seem to show anything when running testr. should this be done otherwise?
[22:33] <lifeless> you haven't granted permission in security.py
[22:33] <lifeless> do that
[22:33] <james_w> cr3: are you running as a special db user do you know?
[22:33] <lifeless> and run make schema again
[22:33] <cr3> aha! nevermind that last question, running ./bin/test directly and not piping to testr load works fine
[22:33] <lifeless> cr3: ?! thats new, and I have no idea how that could be happening
[22:34] <cr3> james_w: I looked around for special db privileges and didn't find anything, but it certainly feels that way since I'm getting an error from storm execute
[22:35] <james_w> cr3: take a look at database/schema/security.cfg
[22:35] <james_w> there is where the permissions for various tables are granted to various users
[22:35] <james_w> if you aren't running a script in your test then it is likely that you are just running as the "launchpad" user
[22:36] <cr3> james_w: crap, I didn't get to step 13 yet in the database policy. my bad, thanks!
[22:36] <james_w> add public.result = SELECT, INSERT to [launchpad_main] and you should be good to go
[22:37] <cr3> james_w: awesome, I was just wondering how to prevent UPDATE and DELETE on the table so that solves another problem :)
[22:38] <cr3> james_w: while I have your attention, is there a special user with autocommit isolation level?
[22:38] <james_w> don't know
[22:38] <cr3> I'll grep around, that should be easy to find if such a user at least exists
[22:38] <james_w> you probably don't want that if you are running the webapp context are you?
[22:39] <cr3> in some cases, it is desirable to run some statements that way
[22:39] <james_w> well, you have transaction.commit()
[22:39] <james_w> you may want to defer some of your processing in to a script outside the webapp context
[22:39]  * james_w -> dinner
[22:40] <cr3> maybe I'll have a function that checks for the conflict exception, whatever that might be. lots of exploration to do, we'll see
[22:44] <cr3> security.cfg did the trick, thanks folks!


[00:39] <shtylman_> cjwatson: is it too late to do a sync with debian?
[00:39] <shtylman_> http://packages.debian.org/sid/libluabind-dev
[00:40] <shtylman_> http://packages.ubuntu.com/search?keywords=libluabind-dev&searchon=names&suite=all&section=all
[00:40] <shtylman_> the luabind in ubuntu is older
[00:40] <shtylman_> cjwatson: I don't know much about when those syncs happen
[00:40] <shtylman_> or how
[09:13] <CIA-52> ubiquity-slideshow-ubuntu: evand * r192 ubiquity-slideshow-ubuntu/ (8 files in 8 dirs): Bump release in welcome.html to 10.04.
[09:13] <ev_> ^ shtylman: fixed
[09:16] <cjwatson> shtylman: https://wiki.ubuntu.com/SyncRequestProcess
[10:04] <CIA-52> ubiquity: evand * r3728 plugins-conversion/debian/ubiquity.install-any: Add back accidentally removed partman_commit to debian/ubiquity.install-any.
[11:17] <ogra> ev_, hey, so i tested the debconf frontend yesterday on my minimally built rootfs
[11:17] <ogra> (talking about oem-config here)
[11:18] <ev_> okay
[11:18] <ogra> the system is a basic debootstrapped rootfs with a small amount of configuration (loopback interface, minimal fstab etc) but without user keyboard or timezone setup
[11:18] <ogra> the plan was to do these through oem-config which i preinstall by default
[11:18] <ogra> it runs fine ... but ...
[11:19] <ogra> it seems to forcefully go into tasksel at some point and tries to configure network etc and in the end it loops back to the beginning
[11:19] <ogra> though it apparently uses the settings i chose from debconf
[11:20] <ogra> i.e. the second run is in german, preseeds from the first run are set in the ui
[11:20] <ogra> am i missing something i.e. a preseed file that tells oem-config to actually write its stuff and remove itself ?
[11:21] <ogra> and how do i avoid the tasksel run
[11:22] <ogra> oh, and on a sidenote installing the -gtk frontend pulls in fvwm1 by default (which is ok dpendency wise (metacity pulls in 300M of recommends) but didnt seem to run properly)
[11:23] <ev> ogra: you can remove /usr/lib/ubiquity/plugins/ubi-network.py and /usr/lib/ubiquity/plugins/ubi-tasks.py if you don't need them.
[11:24] <ogra> does that also affect the debconf ui ?
[11:24] <ev> yes
[11:24] <ogra> cool !
[11:24] <ogra> i'll probably keep network for the time server stuff ...
[11:24] <ogra> just occurs to me it might be helpful :)
[11:25] <ogra> how do i tell it to actually write the configs to disk and restart ?
[11:29] <ev> I'm confused as to what you're asking.  Once oem-config gets to the install component, it writes the configuration you've selected to the disk.  Please provide logs if it's not getting that far.
[11:29] <ev> (/var/log/oem-config.log, /var/log/syslog)
[11:30] <ogra> ok, it might be qemu being at fault, i didnt test the whole thing on real HW yet ... will do that today and we'll see
[11:30] <ogra> the qemu arm kernel for arm we use has a weird hack to emulate a v7 CPU on HW thats actually not capable of doing so
[11:30] <ogra> that might have bad sideeffects
[11:44] <CIA-52> ubiquity: evand * r3729 plugins-conversion/ubiquity/components/ubi-partman.py: Fix partition create dialog.
[12:16] <CIA-52> ubiquity: evand * r3730 plugins-conversion/gui/gtk/ (stepPartAdvanced.ui stepReady.ui ubiquity.ui): Move alignments to the right place.
[12:25] <CIA-52> ubiquity: evand * r3731 plugins-conversion/gui/gtk/ (stepPartAdvanced.ui stepReady.ui): It is not necessary to disable the minimize button for GTK+ dialogs, as it is done so automatically.
[13:50] <shtylman> cjwatson: thanks
[16:59] <ogra> ev, ok, finally got to test the thing on real HW, one obvious thing i see in the log (apart from locale errors) is:
[16:59] <ogra> grep: /target/etc/apt/sources.list: No such file or directory
[16:59] <ogra> indeed there is no /target dir on a oem system
[16:59] <ev> don't worry about that one
[16:59] <ogra> there is a traceback directly below ...
[16:59]  * ogra pastes
[16:59] <ogra> http://paste.ubuntu.com/372590/
[16:59] <ogra> ev, ^^
[17:00] <ogra> and after that the whole app restarts and i have to re-select everything again
[17:01] <ogra> (thats with network and tasksel bits removed btw
[17:01] <ogra> )
[17:01] <ev> ogra: ah, can you file a new bug with that, so I can look at it in earnest tomorrow?  I have to leave shortly.
[17:01] <ogra> ok, will do, i just wanted to be sure its not me missing something
[17:02] <ev> thanks
[17:02] <ev> it's definitely a bug
[17:02] <ogra> since i dont use d-i to set up the system that could well be
[17:02] <ogra> ok
[17:03]  * ogra will try the gtk ui now ... and file bugs on the go if i see any
[17:29] <ogra> hmm, gtk even fails earlier, no log at all
[17:29] <ogra> seems like the DM doesnt come up
[17:34] <ogra> hmm, does oem-config-gtk essentially need an oem user being created in advance ? the code looks like its trying to start the -dm process with a username
[17:34] <cjwatson> yes
[17:34] <cjwatson> it assumes that that was created during installation
[17:34] <cjwatson> and indeed further that no ordinary user was created during installation
[17:35] <ogra> hmm, k, is there any documentation how to create this user ?
[17:35] <ogra> i wonder why the debconf frontend doesnt need it too ...
[17:36] <persia> ogra: Look at oem-config-prepare
[17:36] <cjwatson> no, oem-config-prepare doesn't do it
[17:36]  * persia fails
[17:36] <ogra> right
[17:36] <ogra> thats only touching a file that upstart reads on next boot
[17:36] <ogra> i already create that file in rootstock
[17:36] <cjwatson> no docs that I know of - try 'sudo adduser --uid 29999 oem'
[17:36] <ogra> ok
[17:38] <ogra> any specific password ?
[17:38] <cjwatson> doesn't matter
[17:38] <ogra> k
[17:38]  * ogra treis to boot that
[17:39] <shtylman_> ev: how goes the plugin migration?
[17:39] <cjwatson> I'm confused about where the oem user is used right now, though
[17:39] <cjwatson> I can't actually find it dropping to that user any more
[17:40] <ogra> well, and i still see the same python backtrace on the screen
[17:40] <ogra> sadly it doesnt go into the log
[17:40] <ogra> hard to capture it ...
[17:41] <ogra> i think ubiquity-dm uses the user
[17:41] <cjwatson> maybe I just did that because you have to have *some* user created during installation
[17:41] <cjwatson> except it doesn't
[17:41] <cjwatson> we tell it 'root' as the username
[17:41] <ogra> oh
[17:41] <ogra> well, root exists with locked pw as it should be
[17:41] <cjwatson> what is the traceback?
[17:42] <ogra> let me try if i can capture it on a serial console
[17:42] <ogra> i dont have a separate monitor for my babbage so would have to actually write it down on paper and switch modes back and forth :)
[17:43] <cjwatson> the last couple of function names and line numbers, and the exception type would do
[17:45] <ogra> http://paste.ubuntu.com/372619/
[17:45] <ogra> voila
[17:45] <ogra> :)
[17:45] <ogra> dm.run(*sys.argv[4:]) made me suspect the user
[17:46] <ogra> though its probably more related to OSError: [Errno 2] No such file or directory
[17:48] <cjwatson> no X server installed
[17:48] <ogra> urgh
[17:48] <cjwatson> you wouldn't normally run ubiquity-dm for debconf_ui
[17:48] <ogra> i installed metacity ...
[17:48] <cjwatson> and oem-config-firstboot doesn't run ubiquity-dm in the debconf_ui case
[17:48] <ogra> indeed i didnt check it doesnt pull in X
[17:48] <cjwatson> so if you're trying to use debconf_ui, you're Doing It Wrong somehow :)
[17:48] <ogra> yeah, indeed
[17:48] <ogra> i had debconf ui
[17:49] <ogra> that had a looping bug i just filed
[17:49] <ogra> and now wanted to try the gtk ui
[17:49] <ogra> oh silly me, sorry for wasting your time
[17:49]  * ogra installs xorg
[17:49] <cjwatson> fwiw oem-config bugs should go on ubiquity now
[17:49] <ogra> oh, ok
[17:50] <ogra> the new deps are horrid though ... i liked the old oem-config a lot more in that regard
[17:51] <ogra> oem-config-gtk pulls in fvwm1 by default if you dont specify a perticular WM ... not sure you consider that a bug
[17:51] <ogra> (i know i produce very special usecases here anyway)
[17:54] <cjwatson> oem-config used to have pretty similar dependencies; attributing this to the merge is wrong
[17:54] <ogra> things like crypto-disks ?
[17:54] <cjwatson> from before the merge:
[17:54] <cjwatson> Package: oem-config-gtk
[17:54] <cjwatson> Depends: ${shlibs:Depends}, ${python:Depends}, oem-config (= ${binary:Version}), xserver-xorg, python-gtk2, python-glade2, python-cairo, metacity
[17:55] <ogra> that looks a lot smaller to what i get
[17:55] <cjwatson> x-window-manager is just more generic; deal with it :)
[17:55] <ogra> yeah, i will indeed
[17:55] <cjwatson> encrypted disks: yes, that's true; I'd prefer the guts to be in ubiquity-common
[17:56] <ogra> i'm not sure yet i'll use the gtk-ui at all ... all i need is TZ/lang/kbd and user setup
[17:56] <cjwatson> that would make more sense in some ways
[17:56] <ogra> and it somehow feels bloated to pull in X for it by default
[17:56] <cjwatson> for your use case it's probably more sensible to use debconf_ui, once we fix it
[17:56] <ogra> OTOH its tricky to find out if the user wanted X or just a minimal debootstrap for his arm board
[17:57] <ogra> well, if X and a WM are there and all of oem-config is removed cleanly, why not use it ... but its painful to decide in advance when i bootstrap the system
[17:58] <cjwatson> I'd be happy for us to try to shrink oem-config down a bit, if it's useful to your team
[17:58] <ogra> it definately is
[17:58] <persia> ogra: Can you use your tasksel interface to get a hint?  If some -desktop or -netbook task is installed, use an X gui?
[17:58] <ogra> i think the usecase for armel stuff will move more and more to cross-rolled images built by OEMs
[17:59] <cjwatson> so the question in that bug you filed is why it's touching install.py at all; that's ubiquity-only code
[17:59] <ogra> persia, i could even put the install of oem-config till very late in the build and check if xorg and a WM are there
[17:59] <ogra> strikes me ...
[17:59] <ogra> hmm, i'll do exactly that  :D
[17:59] <cjwatson> this is probably a regression introduced by superm1 converting Install to be a plugin
[17:59] <cjwatson> superm1: ^-
[17:59] <cjwatson> (bug 519398)
[17:59] <persia> ogra: That's even better.  You probably want to have some logic that does gtk/qt detection as well.
[18:00] <cjwatson> the approach taken by us in d-i is to select the oem-config frontend by preseeding
[18:00] <ogra> persia, yeah, thats easy, it just didnt occur to me that i could just run a second apt-get install after the rootfs is there and check whats installed
[18:01] <ogra> persia, so thanks for your question, it gave me the right idea :)
[18:02] <superm1> cjwatson, those changes were only made to gtk_ui
[18:03]  * ogra sees a oem-config screen \o/
[18:05] <ogra> looks awful when unthemed but it seems to do its job ...
[18:06] <ogra> hmm, does it expect K/GDM to be there at the end ?
[18:07] <ogra> it just loops as well now
[18:07]  * ogra grabs the log
[18:08] <ogra> argh
[18:08] <ogra> it wipes the log on restart it seems
[18:09] <cjwatson> superm1: hmm
[18:09] <ogra> nothing useful in there
[18:11] <cjwatson> ah, sorry, looks like maybe a regression due to the big merge
[18:12] <cjwatson> I'm obviously confused, since Install *is* meant to be called in oem-config - it just does less
[18:12]  * cjwatson blames having a wriggling child in his lap
[18:13] <ogra> http://paste.ubuntu.com/372649/ is the log thats left over after gtk-ui restarted
[18:14] <ogra> seems its removed before the new startup
[18:14] <ogra> since i ran through all steps
[18:14] <cjwatson> but PROGRESS REGION obviously can't work with debconf_ui
[18:15] <cjwatson> I'll abstract that, I guess
[18:15] <cjwatson> will make the code clearer anyway
[18:23] <ogra> can we have a change to not delete the log with the next upload so i can get some erros msg more easily for you guys ?
[18:38] <CIA-52> ubiquity: cjwatson * r3746 ubiquity/ (debian/changelog scripts/install.py): Don't issue PROGRESS REGION command under debconf_ui (LP: #519398).
[18:39] <cjwatson> ogra: which log are you seeing being deleted?  all the code I can find that writes to oem-config.log is careful to append
[18:48] <cjwatson> ogra: (if you answered, I missed it, sorry)
[19:57] <ogra> cjwatson, http://paste.ubuntu.com/372649/ has the full log after i went though a full oem-install-gtk run that restarted, thats after the restart and i would expect to simply have some more content in it
[20:03] <cjwatson> ogra: definitely not being erased - you can see that it has "Ubiquity 2.1.16 (oem-config)
[20:03] <cjwatson> " in there multiple times, which is only emitted at the start of a run
[20:04] <ogra> ah
[20:04] <cjwatson> ogra: you'll get more if you run in debug mode
[20:04] <ogra> well, then i wonder why its so empty
[20:04] <ogra> debconf is clearly more noisy
[20:04] <cjwatson> because you aren't running in debug mode :-)
[20:04] <ogra> yeah
[20:04] <ogra> understood
[20:04] <ogra> the last line is intresting though
[20:05] <ogra> given my HW doesnt deal with any grub stuff
[20:05] <cjwatson> fairly cosmetic, I'd expect
[20:05] <cjwatson> the code in question is run unconditionally
[20:05] <ogra> yes, likely, since thats at the start
[20:05] <ogra> i'll do some debug runs tomorrow
[20:05] <cjwatson> it doesn't imply that that bit of the UI is actually used
[20:06] <ogra> effectively it feels like it behaves the same as the debconf ui
[20:06] <cjwatson> is that a feature or a bug? :)
[20:07] <ogra> it seems to get a little further before restarting, but that might be caused by the separate progressbar that pops up
[20:07] <ogra> well, i mean the same in the way it restarts
[20:07] <ogra> :)
[20:07] <ogra> which would indeed be a bug
[20:08] <cjwatson> must be a different crash, since the one I just fixed is definitely specific to debconf_ui
[20:09] <cjwatson> exactly what command are you using to start it?
[20:09] <ogra> none, i boot the image
[20:09] <cjwatson> ok, and please confirm which log file you're looking at there?
[20:10] <ogra> in advance i run "touch /var/lib/oem-config/run" at the end of the image build
[20:10] <ogra> the log file is oem-config.log
[20:10] <ogra> in /var/log
[20:10] <ogra> so upstart starts it
[20:10] <cjwatson> please check if there's anything of interest in syslog
[20:11] <ogra> oh, a *lot* !
[20:19] <ogra> hmm, it seems to try to run update-initramfs
[20:19] <ogra> http://paste.ubuntu.com/372712/
[20:20] <ogra> but that doesnt seem to stop it ...
[21:19] <cjwatson> locking trouble?  odd
[21:26] <cjwatson> ogra: is libc6-vfp gone for good?  if so, there's an installer patch I can drop
[21:29] <cjwatson> ogra: configure_hardware might just be wrong for the oem-config case.  I think running *some* of it is deliberate but it might need some thought ...
[21:30] <cjwatson> and certainly, anything that involves debconf access there by reconfigured packages can never have worked since the merge, since it doesn't go to the effort of setting up a throwaway db
[21:30] <joshk> cjwatson: hey, what more useful information can be provided here? https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/517797
[21:31] <joshk> i feel like it's pretty obvious what's going on
[21:31] <joshk> i can attach syslog but it just sounds like a waste of time
[21:31] <joshk> it's a regression from karmic and earlier, the same code still hangs on earlier releases but eventually times out, which is fine by me
[21:34] <cjwatson> joshk: gently larted bug triager and reassigned to apt
[21:35] <cjwatson> oh, and tagged regression-potential
[21:37] <cjwatson> nothing jumps out at me, mvo will have to look at this one
[21:47] <joshk> cjwatson: thank you!
[21:47] <joshk> yeah, 9.10 uses the same flag


[06:10] <oSoMoN> good morning desktoppers
[06:16] <duflu> Hi oSoMoN
[06:39] <oSoMoN> hey duflu
[07:56] <willcooke> morning all
[07:58] <willcooke> is anyone specifically looking at: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1285258
[08:00] <duflu> willcooke, that looks like trusty. There are probably more relevant/current bugs in https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bugs?field.tag=unlock
[08:01] <duflu> Morning willcooke
[08:01] <willcooke> hi duflu!  I dont see anything specific about that same issue in there, other than the bug I linked too
[08:01] <willcooke> like, nothing newer
[08:02] <duflu> willcooke, I guess my real question is whether you or someone is seeing it on bionic? I think we might have other newer password entry bugs open right now that would be more relevant
[08:02] <duflu> Just not tagged
[08:02] <willcooke> ah, right
[08:03] <willcooke> someone pinged me on twitter to say they're seeing it
[08:03] <willcooke> I'll get them to log a new bug
[08:03] <duflu> willcooke, yeah, thanks. We do have a constant trickle of such reports and have been able to deduplicate most
[08:05] <willcooke> ah
[08:05] <willcooke> hold on
[08:05] <willcooke> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1765261
[08:06] <duflu> I was thinking that but would wait for their bug report to verify
[08:06] <willcooke> ack
[08:06] <duflu> Also I haven't verified the 3.28.2 fix. It just sounds very much like it
[08:07] <willcooke> yeah
[08:07] <willcooke> kk, I've targetted that one
[08:07] <duflu> Particularly for passwords that start with Shift ;)
[08:07] <willcooke> :)
[08:08] <duflu> So in bionic you had a hard time if your screen was QHD or higher, or your password starts with a Shift combo. Weird but we got there...
[08:08] <willcooke> Still not as good as "can't print on Tuesday"]
[08:08] <willcooke> or was it Thursday
[08:08] <duflu> Ha
[08:09] <duflu> willcooke, that covers two of the three notable bionic regressions I reported a couple of weeks ago. The third one applies to old Intel GPUs (2007-2010)
[08:10] <duflu> Any older than 2007 and Mesa won't support you any more :(
[08:10] <duflu> Also 64-bit
[08:10] <willcooke> uh :(
[08:11] <duflu> willcooke, just see my email from 1 May
[09:02] <tjaalton> duflu: where?
[09:02] <tjaalton> the email
[09:02] <duflu> tjaalton, a private email
[09:03] <tjaalton> ok
[09:03] <duflu> tjaalton, in your inbox
[09:03] <tjaalton> thx
[09:10] <tjaalton> gen3 doesn't support native ogl2.x I think
[09:17] <duflu> tjaalton, re bug 1727356, I think it's a simpler problem than that. GL works - you just need to be using Xorg, not Wayland
[09:17] <tjaalton> ah right, wayland.. still weird that it wouldn't work
[09:18] <duflu> tjaalton, I have the hardware, just not yet the patience to set up such a slow machine for debugging
[09:19] <duflu> Still, it will bubble to the top of my list soonish
[09:22] <willcooke> Trevinho, I see you're working on this upstream: https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1766137
[09:22] <willcooke> can I assign that LP bug to you>?
[09:22] <duflu> willcooke, yeah I assumed it was mine :)
[09:23] <duflu> Oops, wrong bug
[09:23] <duflu> willcooke, the password one is just waiting for gnome 3.28.2, so Jeremy
[09:23] <willcooke> Well, is it though?  Are they the same root cause?
[09:23] <tjaalton> gen4 is oldest I have
[09:23] <tjaalton> 965gm
[09:24] <duflu> willcooke, sorry, wrong bug again. 1766137 was in progress with Laney...?
[09:25] <duflu> Laney was working on it in gitlab before it moved into bugzilla
[09:27] <Laney> it's being worked on
[09:28] <Laney> if that's 227 /  the new gnome bug for it
[09:28] <duflu> In other news, if you have to jump to source code like 17607, there's probably something wrong
[09:28] <duflu> -like +line
[09:30] <duflu> willcooke, https://gitlab.gnome.org/GNOME/gnome-shell/issues/227
[09:30] <ubot5-ng> GNOME bug 227 in gnome-shell "Login fails when preceded by incorrect password" (comments: 22) [Closed]
[10:13] <oSoMoN> chrisccoulson, hey are you around? the chromium-browser update to 66.0.3359.139 is ready in ppa:canonical-chromium-builds/stage (for xenial, artful and bionic)
[10:54] <Trevinho> willcooke: hey, also Laney was doing it, so not assigned to me as was for both :-)
[11:02] <willcooke> Trevinho, kk
[11:03] <willcooke> Trevinho, I've targetted it for B so (hopefully) we will pick it up next week
[11:04] <Trevinho> willcooke: yeah, the fix is there, just waiting for upstream
[11:04] <willcooke> cool
[11:08] <Laney> right it's already picked up
[11:23] <Laney> one day I'll make that p11-kit bug happen :(
[11:36] <popey> Hm, I'm seeing a reall odd lag issue with the firefox snap in stable.
[11:37] <popey> Switching tabs sometimes gives me a spinner in the middle of  a blank tab, and trying to highlight text just doesn't work, like it's blocked.
[11:37] <popey> but a few seconds later it works.
[11:38] <popey> Does anyone here use the firefox snap in anger?
[11:38] <popey> (no other app does it)
[11:55] <willcooke> popey, kenvandine does he'll be on in a couple of hours
[12:14] <kenvandine> popey, yo
[12:16] <kenvandine> popey, i've never seen that issue
[12:49] <popey> ok
[13:06] <willcooke> bah, I need to create some routing rules to stop passing everything over the VPN
[13:22] <[Kid]> is there a way in 18.04 to have Skype flash on new message like in Unity?
[13:23] <popey> Do you not get a little blob in the skype icon in the indicator area?
[13:28] <[Kid]> i do, so maybe that is what i have to get used to
[13:29] <[Kid]> i am used to unity flashing the icon on the dock
[13:44] <popey> oh i see, yes.
[14:18] <kenvandine> oSoMoN, can you try to run gnome-contacts from the candidate channel?
[14:18] <kenvandine> oSoMoN, specifically any idea why every executable we try to run in desktop-launch set faults... but the snap actually works :)
[14:19] <kenvandine> oSoMoN, something's up with our classic snaps
[14:47] <oSoMoN> kenvandine, sorry I missed your messages (but got a notification on telegram), my internet went down
[14:47] <kenvandine> oSoMoN, no worries
[14:47] <kenvandine> it's weird though, things like mkdir are segfaulting
[14:48] <kenvandine> just for the classic snap
[14:48] <kenvandine> i'm thinking it's probably related to the preload
[14:48] <kenvandine> not playing well with a classic snap
[14:48] <kenvandine> oSoMoN, but wanted your insight :)
[14:49] <oSoMoN> kenvandine, the snap to test is gnome-contacts, right?
[14:49] <kenvandine> oSoMoN, ln also segfaults
[14:49] <kenvandine> yes
[14:49] <kenvandine> candidate channel
[14:49] <oSoMoN> trying now
[14:50] <oSoMoN> wow, it looks like every single command in the desktop-launch script segfaults
[14:50] <kenvandine> exactly
[14:53] <oSoMoN> kenvandine, we can easily check whether the preload thing is causing the problem, by rebuilding the snap without it
[14:56] <Laney> oSoMoN: you can copy the desktop-launch script somewhere and then bind mount it over the one in the snap
[14:56] <Laney> then it's editable
[14:57] <oSoMoN> ah, that's an elegant alternative to using the rebuild-snap big hammer
[14:58] <oSoMoN> kenvandine, confirmed, the app runs when bindtextdomain.so is not in the snap
[15:04] <Laney> laney@nightingale> SNAP=/snap/gnome-contacts/39/ LD_PRELOAD=/snap/gnome-contacts/39/bindtextdomain.so:/lib/x86_64-linux-gnu/libc.so.6:/lib/x86_64-linux-gnu/libdl.so.2 mkdir /tmp/a                                           ~SNAP
[15:04] <Laney> mkdir: cannot create directory ‘/tmp/a’: File exists
[15:04] <Laney> laney@nightingale> SNAP=/snap/gnome-contacts/39/ LD_PRELOAD=/snap/gnome-contacts/39/bindtextdomain.so:/lib/x86_64-linux-gnu/libc.so.6 mkdir /tmp/a                                                                            ~SNAP
[15:04] <Laney> [1]    26689 segmentation fault (core dumped)  SNAP=/snap/gnome-contacts/39/ LD_PRELOAD= mkdir -v /tmp/a
[15:04] <Laney> something to do with the libdl in the snap anyway
[15:06] <kenvandine> that's concerning, since all the libs should be coming from 16.04 in the snap and core rather than the host
[15:06] <Laney> they do
[15:06] <Laney> but in that commandline I tell it to use my host one and it starts working
[15:07] <kenvandine> right... it shouldn't though right?
[15:07] <Laney> seems weird
[15:07] <Laney> how's this thing built?
[15:07] <kenvandine> or maybe it's just missing?
[15:07] <kenvandine> on LP
[15:07] <Laney> link to the build?
[15:07] <kenvandine> https://launchpad.net/~ubuntu-desktop/+snap/gnome-contacts/+build/214308
[15:08] <Laney> the .so is built each time?
[15:08] <kenvandine> yes
[15:09] <Laney> hmmmmm
[15:12] <Laney> would be good if there were ddebs :<
[16:12] <jbicha> Trevinho: are you around today?
[16:12] <Trevinho> jbicha: yep
[16:13] <jbicha> Trevinho: I'm thinking about disabling the LP: #1764558 mutter patch for cosmic and bionic
[16:21] <Trevinho> jbicha: let me look at it, I just wanted to find a proper way to reproduce
[16:22] <jbicha> ok, I can wait :)
[17:05] <willcooke> night all
[17:56] <hyperair> hey does the gtk-color-scheme key in org.gnome.desktop.interface no longer work on gtk2 applications?
[17:57] <hyperair> i seem to hae lost my gtk2 color scheme customizations after upgrading from artful to bionic :/
[18:04] <oSoMoN> have a good evening everyone
[23:50] <robert_ancell> jbicha, looks like the updated image didn't work in bug 1768557


[00:47] <gouki> #ubuntu-ps3 belongs to Ubuntu IRC council. I was wondering if someone could set guard on the server (chanserv).
[01:47] <Pici> ♥  new !test factoid
[01:47] <nickrud> !test
[01:48] <nickrud> It should only say that on a second invocation shortly after the first :)
[01:48] <Pici> Okay, you update the encyclopedia code to do that then
[01:49]  * nickrud wanders away, whistling
[01:50] <bazhang> was just testing for a response from kevin0's chanbot3 (now parted)
[01:50] <elky_work> who's what?
[01:51] <elky_work> !pony
[01:51] <elky_work> :(
[01:52] <bazhang> chanbot3] (n=kevin@unaffiliated/kevino/bot/chanbot): Kevin Ouellette
[01:52] <bazhang> that one ^^
[01:56] <nickrud> !pony is <reply> I'm the thing elky wants but elky can't have :)
[02:00] <Hobbsee> @pong
[02:00] <Hobbsee> @pony
[02:00] <Hobbsee> aww
[02:02] <nickrud> !pony
[02:17] <elky_work> :( ++
[03:01] <bazhang> ruh roh
[03:02] <bazhang> the bot just remembered something when I piped !install to a user
[03:03] <bazhang> !install | ^Daisy^ here is the answer do some reading
[03:04] <bazhang> !forget install | ^Daisy^ here is the answer do some reading
[03:04] <nickrud> !forget install | ^Daisy^ here
[03:04] <nickrud> bazhang you broke the bot!!!
[03:04] <bazhang> urp
[03:04]  * nalioth cues up the music from The Benny Hill Show
[03:05] <nickrud> don't use is in a pipe bazhang .  It's already gone ;)
[03:07] <bazhang> hope so
[03:07] <bazhang> seems to have quieted daisy though :)
[03:11] <bazhang> !install
[03:11] <bazhang> !-install
[03:26] <bazhang> wow lag
[03:39] <bazhang> nickrude :)
[03:40] <nickrud> heh. That actually used to be my nick. Just finally changed it at the nytimes, someone else's use of nickrud finally expired
[03:41] <bazhang> haha
[03:42] <nickrud> that was the last remaining nickrude. I used that at the times for something like 10 years ;)
[03:42] <bazhang> :)
 I use neighbors wireless <--this is approved?
[03:50] <bazhang> !wardriving
[03:52] <nickrud> bazhang unless he says he's leaching, I'm assuming he has permission.
[03:53] <bazhang> nickrud, very grey area imo
[03:53] <nickrud> I've had permission to do that, and I've given it
[03:56] <nalioth> the US considers open wireless points to be "freely available"
[03:56] <nalioth> it's when you crack your neighbors wpa/etc that you are 'crashing the party'
[03:56] <bazhang> seriously doubt he has permission at this point
[03:57] <bazhang> depends on the locale as far as freely available
[03:57] <bazhang> not all states approve.
[03:57] <nalioth> we're not here to enforce the law.  we're here to keep #ubuntu on topic
[03:59] <bazhang> wonder if ubuntu irc has official ties to ubuntu canonical.
[04:00] <bazhang> if so, then the !piracy makes sense.
[04:01]  * nalioth blinks.
[04:02] <nalioth> bazhang: yes.
[04:02] <nickrud> makes sense even if not. But, many tools that can be used for illegal purposes can be used for legal ones. And I'm not going to go around assuming that everyone is automatically using them for illegal purposes.
[04:02] <bazhang> nalioth, does not the piracy factoid tie into legal issues?
[04:03] <bazhang> or is that more a general freenode policy
[04:03] <nalioth> no. it ties into "keeping #ubuntu on topic"
[04:03] <Pici> Right. #ubuntu is not for teaching you how to crack your neighbors wireless. If you can't get connected to 'a wireless access point' then we can help.
[04:03] <bazhang> iirc that factoid is used in ot as well.
[04:04] <bazhang> ie piracy is not permitted in any ubuntu channel (that is talk of it)
[04:04] <nalioth> illegal activity discussion is off topic on the whole network
[04:05] <bazhang> aha so a freenode policy then.
[04:05] <nickrud> yet what reason do we have to believe the guy was illegally accessing an access point? He simply said he was using his neighbors. Is that sufficient reason for us to refuse help?
[04:06] <bazhang> just wanted to be sure of the policy with respect to that
[04:07] <bazhang> cracking wep/wpa not okay; accessing open okay
[04:07] <bazhang> is that right?
[04:07] <Pici> yes
[04:07] <bazhang> thanks Pici
[04:08] <Pici> Along the same lines, if someone is asking how to mount an iso, unless the origin of the iso is needed for continuing to support, I dont ask where it comes from.
[04:11] <bazhang> http://arstechnica.com/news.ars/post/20080103-the-ethics-of-stealing-a-wifi-connection.html  this seems to settle it
[04:12] <bazhang> right; I got hit with a cluebat on that one last week.
[04:17] <Pici> ;)
[04:18] <bazhang> see the channel asus is promoting in -ot?
[04:18] <bazhang> is that now part of the ubuntu family?
[04:18] <Flannel> bazhang: No.
[04:19] <Flannel> a PM to let him know is probably the best recourse
[04:19] <nalioth> +1  ( it is rude at best, spam at worst )
[04:19] <bazhang> feel free Flannel
[04:19] <Flannel> especially since its 8 minutes after the fact
[04:20] <Flannel> bazhang: I just glanced in, I'm at work, don't have time for a conversation.
[04:20] <Flannel> but, if you don't want to, I'll mention it to him
[04:20] <bazhang> he would be, how shall we say, less receptive to a PM from yours truly
[04:22] <Flannel> Im on it
[04:22] <Flannel> alright
[04:23] <elky_work> someone want to tell me what channel was he promoting in PM?
[04:24] <elky_work> oh dear
[04:24] <bazhang> yup
[04:25] <Flannel> mentioned it, he said fine.  with some odd tab characters.  but he acknowledged.
[04:26] <elky_work> did it look like an innocent mistake, or a deliberate thing?
[04:26] <bazhang> the 2nd
[04:26] <Flannel> It was probably nescience
[04:26] <elky_work> i wonder if the owner of said channel has anything to do with it
[04:26] <nalioth> i doubt it.
[04:30] <Pici> I've asked him to not advertise  other channels in -ot previously
[04:31] <elky_work> Pici, the same other channel?
[04:32] <bazhang> he seems to comply with such requests, then forgets a moment later.
[04:32] <nalioth> ban for spam
[04:32] <bazhang> ie within 5 minutes
[04:32] <elky_work> did he do it again?
[04:33] <Pici> elky_work: yes
[04:37] <Flannel> in which channel?
[04:37]  * Flannel must be blind today.
[04:38] <Pici> elky_work: I mean 'yes it was that channel', not 'yes he just did it again right now'
[04:39] <nalioth> ban for spam
[04:40] <elky_work> nalioth, you're just as capable of acting as we are
[04:41] <nalioth> i don't see it, since the initial usage
[04:41] <elky_work> but then you will have to go though the 'you ops are inconsistant, the other guy said...' dance
[04:41] <bazhang> I will happily comply for the price of a burger next Tuesday
[04:41] <Flannel> ops are inconsistant, thats just a fact; but that doesn't mean you can go run to mom when dad says no.
[04:56] <elky_work> Flannel, the problem is they can in so much as they can try. succeeding in getting their way is usually elusive, however they do still succeed in wasting our time. the wastage of time is the problem more than their attempt at subverting the decision
[04:59] <Flannel> elky_work: yeah, but the onyl way to mitigate that is through copious comments on BT, both for bans and warnings/etc.
[05:00] <elky_work> Flannel, the time wastage will *always* occur. we rather avoid banning people from here if possible. some time-sinks leave us no choice, but the problem is establishing their status *first*
[05:00] <Flannel> hmm.  nevermind.  misread, but BT comments are a way to get rid of slipping through cracks.
[05:00] <Flannel> Even though that still is a waste of time
[05:00] <elky_work> since none of us are psychic yet...
[05:00] <elky_work> nalioth, hurry up and learn psychichness :P
[05:00] <Flannel> elky_work: I believe the new generation of ubotu is working on that.
[05:01] <elky_work> haha
[05:01]  * nalioth is pretty precognitive, some times
[05:01] <elky_work> comparing 'lines spoken in -ops' to the trusted list?
[05:01]  * nalioth blinks
[05:01] <elky_work> that would be an interesting experiment...
[05:02] <elky_work> where trusted list is everyone here + /ubuntu/member/*
[05:02] <elky_work> (i mean here now)
[05:02] <bazhang> :(
[05:02] <elky_work> bazhang, hmm?
[05:02] <Flannel> elky_work: I meant the ESP part.
[05:03] <Flannel> but, some form of corpus analysis might be feasible as well.
[05:03] <bazhang> not an ubuntu member :(
[05:03] <elky_work> bazhang, read the part *before*  the +
[05:03] <nickrud> bazhang but you're 'here'
[05:03] <bazhang> ok :)
[05:03]  * nickrud is not sure all /members should be on that list ;)
[05:04] <elky_work> Flannel, that should be doable with current logs and a list
[05:04] <elky_work> nickrud, probably true, but most /members dont bother with this channel
[05:05] <elky_work> most expect that as the custodians of the channels, we will make everything work, and if it doesnt, a quick in-prompt-out routine works fine in 99% of cases.
[05:06] <elky_work> most members trust us. the few who don't, tend to not trust many people at all anyway
[05:11] <bazhang> ^daisy^
[05:12] <elky_work> o.O
[05:12] <elky_work> password fail?
[05:13] <nalioth> elky_work: scroll up
[05:13] <elky_work> i still dont get it
[05:13] <bazhang> she was <insert suitable verb here> about why ubuntu didnt use a cd or dvd installer; now it is 'why is ubuntu broken' type questions
[05:14] <nickrud> hm, missed the first. A slow troll?
[05:14] <elky_work> oh, i thought you meant immediate scrollback
[05:14] <bazhang> very slow
[05:14] <nalioth> elky_work: ^daisy^ has been the source of some excitment this evening
[05:14] <bazhang> that was the one I broke the bot on
[05:14] <elky_work> i'm kinda flitting back between coding and this, not really having the time to read scrollback
[05:15] <bazhang> hilarity more like it
[05:15] <elky_work> also the net has been kaput'ing and i only have bip giving me 100lines scrollback on rejoin
[05:15] <nickrud> she's(?) mildly annoying, no more. Wish we had that 1 hr ban
[05:15] <bazhang> haha
[05:16] <elky_work> well, it's a bip-wide default... and you can see how many chans elky is in
[05:16] <ubot3> In #ubuntuforums-beginners, BLTicklemonster said: !BLT is an idiot
[05:16] <elky_work> more than 100 lines x that is a slooooow sync
[05:17] <elky_work> !BLT is a sandwich.
[05:17] <elky_work> that should confuse him
[05:17] <elky_work> oh bah
[05:18] <nickrud> hahahahahhaah
[05:18] <nickrud> !pony
[05:18] <nickrud> dang, now you're not even close ;(
[05:19] <nickrud> bazhang no time for im, yet you're here as much as we all are?!?
[05:20] <bazhang> nickrud, IM is just one on one; better to have one on 1500 :)
[05:24] <Flannel> daisy was mildly standoffish earlier too, re: sudo/root
[05:25] <bazhang> intentionally obtuse imo; like 'I dont understand, what do you mean installer?'
[05:26] <Flannel> Had she not stopped earlier, after getting a good portion of our regulars up in arms over root, I was going to remove her, but she stopped completely
[05:26] <nickrud> maybe esp is real
[05:26] <bazhang> it is.
[05:27]  * nickrud dares bazhang to read his mind
[05:27]  * bazhang is scared what lurks within
[05:27] <nickrud> cowards, all mind readers are cowards
[05:28] <Flannel> nickrud: Or they know better.
[05:29] <nickrud> Flannel true. It would be foolish to let my mind overpower theirs
[05:29] <ubot3> In #ubuntuforums-beginners, m_newton said: !blard is <action> BLARRRRRRRG!!!!
[05:29] <ubot3> In #ubuntuforums-beginners, m_newton said: !blarg is <action> BLARRRRRRRG!!!!
[05:30] <nickrud> I'm sometimes tempted to see what all goes on in that channel :)
[05:30] <bazhang> nickrud, sounds like a dare.
[05:30] <nickrud> my mind is open :)
[05:32] <Flannel> nickrud: I think he was referring to the channel, not your mind.
[05:32] <nickrud> I can be intentionally obtuse at times
[05:39] <bazhang> arg miesco
[05:40] <Flannel> nickrud: unmount is jargon at least, since its used as a word in the man page.
[05:40] <bazhang> unmount is a word
[05:40] <Flannel> bazhang: technically no
[05:40] <Flannel> http://dictionary.reference.com/search?q=unmount&x=0&y=0
[05:40] <nickrud> jargon, yes, try checking for unmount in a dictionary
[05:40] <bazhang> ooh a dictionary :)
[05:40] <Flannel> nickrud: jargon counts as words as far as I'm concerned
[05:41] <bazhang> my gut feeling is that it is :)
[05:41] <nickrud> Flannel a true geek speaks :) I use it also. That will make it a word, in the long run
[05:41] <nickrud> speaking of words, did you hear about the guy that read the OED cover to last cover?
[05:41] <Flannel> certainly more of a word than some of the crap they've been adding to the dictionary in recent years
[05:41] <bazhang> miesco is spiralling ot however as we debate this
[05:51] <nickrud> Flannel you have ops in offtopic?
[05:51] <Flannel> nickrud: Unfortunately no
[05:52] <ubot3> In #ubuntuforums-beginners, m_newton said: !blarg is <action> BLARRRRRRRG!!!!
[05:52] <nickrud> some additional ops are needed there
[05:52] <Flannel> nickrud: yes, thats been mentioned
[05:52] <m_newton> hello
[05:52] <Flannel> m_newton: BLARRRRRRG
[05:52] <nickrud> m_newton and no, we won't make those factoids ;)
[05:52] <Flannel> !!!!
[05:52] <m_newton> sry
[05:52] <m_newton> i forgot this channels id
[05:52] <m_newton> so i decided to do this
[05:52] <m_newton> :]
[05:52] <nickrud> lol, m_newton we were discussing how much fun you all were having
[05:53] <m_newton> anyway... i wanted to further my understanding of the encyclopedia plugin on supybot [ubot3 and ubottu]
[05:54] <nalioth> m_newton: #ubuntu-ircbots-team
[05:54] <nickrud> m_newton you might have better luck in #supybot . The people that run the bots for us aren't around right now
[05:54] <nalioth> or that
[05:54] <nickrud> or that
[05:54] <m_newton> nope.... everyone is dead there
[05:54] <m_newton> thanks!!
[05:54] <m_newton> dead in supybot
[05:55] <nalioth> web documentation?
[05:56] <m_newton> where?
[05:56] <m_newton> i cant find it for the encyclopedia plugin
[05:56] <nalioth> well, i have no idea ( and this isn't the place to ask )
[05:57] <nalioth> you'll have to wait for somoene to wake up in the aforementioned two channels
[06:30] <Flannel> Mmmm.  Mieso gets a ban in ubuntu
[08:48] <ikonia> is BT online ?
[08:49] <Myrtti> bt?
[08:49] <ikonia> ban tracker
[08:50] <ikonia> I think it is
[08:50] <Myrtti> atleast I did manage to login to it
[08:50] <ikonia> I think some uk networks are having routing issues
[08:50] <Flannel> looks good to me
[08:52] <ikonia> Flannel: you uk based ?
[08:53] <Flannel> ikonia: I am not.
[08:53] <ikonia> ah ok
[09:23] <dmseg> hey, guys someone just sent an e-mail to me syaing he saw me on irc how on earth is it possible to get an e-mail form a nick? and iam i in the mailing lists (how do i find out)
[09:23] <ikonia> dmseg: pardon ?
[09:24] <ikonia> dmseg: you have been told many times #ubuntu-ops is not irc/freenode help
[09:24] <ikonia> dmseg: your email address is stored in nickserv's info on you
[09:25] <dmseg> ikonia: why does he know my e-mail id saying that someone gave it to him ?? (is this spam?)
[09:25] <Myrtti> I've got no idea what is going on again
[09:25] <ikonia> dmseg: #ubuntu-ops is not freenode help
[09:25] <ikonia> dmseg: do you have an #ubuntu issue to discuss ?
[09:26] <dmseg>  ikonia: iam sorry to disturb you sorry i'll leave just saying that hope no one is giving my e-mail id in #ubuntu ill check logs for that thankyou for your perscious time
[09:26] <ikonia> dmseg: no one is giving email addresses out
[09:26] <ikonia> dmseg: I've told you it's stored in nickserv
[09:27] <dmseg>  ikonia: please read my psot again rather than agrguing with me (which is meanng less)
[09:27] <ikonia> dmseg: you have hidemail set on your nickserv account so no-one should be able to get it - and the fact that you know to set hidemail suggests you know what your doing
[09:27] <dmseg> better thankyou
[09:27] <Myrtti> if someone is mailing you, they've not gotten the email address from the freenode
[09:28] <ikonia> dmseg: this is not an ubuntu issues so I'd request you leave the channel please.
[09:28] <dmseg> Myrtti: ok sorry
[09:28] <Myrtti> if they've gotten it from IRC, you've given it yourself to either a channel or a specific person
[09:28] <ikonia> dmseg: if you have an issue with freenode you know where to take it
[09:28] <Myrtti> anyway, as ikonia said, this is not #ubuntu irc channel issue
[09:28] <dmseg> ikonia: sorry ill leave and please get some manners to talk thankyou
[09:29] <Myrtti> should I remind him that he came with an accusing attitude? ... ah, wont bother.
[09:29] <ikonia> I'm getting very tired of this guy - I'm now getting pretty close to believing he's just out to troll
[09:29] <ikonia> it's getting a bit tiresome with him
[09:33] <Flannel> That reminds me... I should grep the logs for my email account
[09:33] <Flannel> since... everyone gives it out all the time.
[09:33]  * Flannel doesn't want anyone to know he's<EMAIL_ADDRESS>[09:42] <ikonia> Flannel: the fact that he had hidemail set suggestes he knew exactly what he was doing
[09:43] <Flannel> I agree
[09:43] <Flannel> er, isn't hidemail default though?
[09:43] <ikonia> Flannel: the fact that he's a know thorn in the side asking random questions
[09:43] <Dave2> hidemail is default
[09:43] <Flannel> yeah, hidemail is default
[09:43] <ikonia> Dave2: my mail is displayed and I didn't unset hidemail
[09:43] <ikonia> ahhh
[09:43] <ikonia> its seen to me
[09:43] <Flannel> right
[09:43] <ikonia> I can obviously see myself
[09:43] <ikonia> yes, that didn't click
[09:43]  * Myrtti tossles Dave2's hair
[09:43] <ikonia> maybe not a sinister as I first thought
[09:44] <Dave2> :o
[09:44] <Myrtti> you're so cute when you talk technical instead of goats.
[09:45] <Dave2> ikonia: also, I believe we imported old preferences into the new nickserv DB, so people who registered before wouldn't have hidemail if they didn't have their e-mail address hidden. I'm not titally sure about that, though.
[09:45] <Dave2> er, totally
[09:45] <ikonia> Dave2: that would make sense
[09:46] <Dave2> Well, I don't have hidemail, and my e-mail address wasn't hidden before services migration, so that pretty much settles that.
[09:46] <Dave2> (And why do I keep typing hidemale?)
[10:15] <gnomefreak> hidemail?
[10:17] <gnomefreak> oh its not an email its a community type thing
[10:22] <Dave2> hidemail is the nickserv flag that hides your e-mail address from others.
[10:26] <Myrtti> for crying out loud
[10:26] <Myrtti> that person always slips past my ignore
[10:26]  * gnomefreak looking at hushmail
[10:27]  * Myrtti growls
[10:27] <gnomefreak> im looking for 1 more email
[10:39] <paniq> hi, i have trouble creating an account in the ubuntu wiki - after signing in at launchpad, the redirect fails
[10:39] <paniq> seems the wiki is broken
[10:39] <Flannel> Sorry paniq, misread your question.
[10:39] <Flannel> paniq: you're talking about help.ubuntu.com, right?
[10:40] <paniq> oops.
[10:40] <paniq> no
[10:40] <Flannel> wiki.ubuntu.com?
[10:40] <paniq> yes
[10:40]  * Flannel didn't think w.u.c was using openID yet
[10:40] <Flannel> Oh... thats... new.
[10:40] <paniq> i was about to add some tracks of mine to the showcase :)
[10:41] <Flannel> paniq: you get redirected (after clicking a few times) to launchpad, right?
[10:41] <paniq> yes
[10:41] <paniq> and on launchpad it says its going to forward my credentials if i say "sign in"
[10:41] <paniq> but then it waits for a reply from wiki.ubuntu.com
[10:41] <Flannel> paniq: file a bug at launchpad
[10:41] <paniq> and it never replies, until i get a timeout for a request that goes like "http://wiki.ubuntu.com?"
[10:41] <Flannel> paniq: mine works, if I wait long enough
[10:42] <paniq> ok
[10:42] <paniq> i could try again then.
[10:42] <paniq> oh, it works now.
[10:42] <paniq> thank you anyway :)
[11:05]  * elky looks at the above two lines and raises an eyebrow
[11:06]  * jussi01 hugs elky
[11:07]  * jpds looks at ubot5 messages and raises an eyebrow: "INFO 2008-08-07T11:06:21 Not replying to zzzzzz, not a command." ?!?
[11:08] <elky> whos bot is ubot5?
[11:08] <jpds> Mine.
[11:08] <elky> k
[11:09] <elky> whose is ubot4 then?
[11:09] <elky> i assume there is one
[11:09] <jpds> I think no0tic had his named like that.
[11:09] <elky> ok. just making sure they're run by trusteds
[11:09] <elky> speaking of, have we had our daily wannabe-hero in -irc yet?
[11:11] <Myrtti> I was thinking of renaming my copy of ubott2 to fembot :-D
[11:11] <Myrtti> but I think I wont
[11:13] <jussi01> elky: who is that?
[11:13] <elky> Myrtti, although you could start another instance and we can sit back with popcorn and watch the alerts as guys try crack onto it
[11:13] <elky> jussi01, randoms
[11:13] <Myrtti> elky: MWHAHAHAHA
[11:13] <jussi01> oh
[11:13] <Myrtti> aah that would be hilarious
[11:14] <elky> but we wont
[11:14] <Myrtti> no, we wont
[11:14] <Myrtti> :->
[11:15] <elky> hmm... i think we've found tonight's comic though
[12:23] <Pici> heh
[12:24] <Mez> what'd I miss?
[12:24] <Pici> nothing?
[12:28] <Dave2> ac
[12:28] <Dave2> err
[13:20] <PriceChild> could someone message me the chann asus was spammming  please
[13:21]  * Myrtti sighs
[13:22]  * Pici waves to Myrtti
[13:27] <Mez> argh crap
[13:27] <Mez> I BET that my email isnt coming down the line
[13:28]  * Mez goes and slaps fetchmail
[13:38]  * Dave2 hands Mez a copy of getmail.
[13:38]  * Mez shrugs
[13:38]  * Mez has never used it
[13:39] <Mez> fetchmail just works for me, though it dies once every 4-8 months or so
[13:41] <Mez> is anything ever getting done about ubottu?
[13:41] <Mez> Canonical are quite happy to host it ...
[13:46] <jpds> Mez: Last I remember was the mnep.tok was going to speak to sabdfl and jono about it.
[14:48] <Myrtti> hullo
[14:49] <Pici> Howdy
[14:53] <elky> Myrtti, http://www.twobeanmix.com/comics/femme-fatale/
[14:54] <Myrtti> that is so...
[14:54] <Myrtti> it.
[14:55]  * elky huggles Myrtti
[14:55] <Myrtti> should I laugh or cry?
[14:55]  * Pici is ashamed to be associated with that gender
[14:55] <elky> yeah, im not sure either
[14:56] <Myrtti> though
[14:56] <Myrtti> I believe nowadays those pics plz requests are more out of habit and joke
[14:56] <Pici> Its a pretty stupid joke.
[14:57] <elky> whups i spot a spelling mistake
[14:58] <elky> Myrtti, for some, yes, for others it's genuine. still makes you feel the same no matter what
[14:58] <elky> since you cannot tell which is what
[14:58] <Myrtti> yeah
[15:03] <elky> there we go. fixededed
[15:03] <Pici> Did you mockup the responses there, or are those real?
[15:04] <elky> the irssi stuff is all mockup
[15:04] <Pici> Its sad that I have to ask.
[15:04] <elky> but... the responses are not entirely original, no
[15:05] <elky> Pici, you shouldnt be ashamed, you should be proud that you're not one of them
[15:05] <elky> less depressing that way, i'm told
[15:05] <Pici> elky: heh
[15:13] <elky> riiight, well it's past midnight and i get up for work in just over 6 hrs
[15:13] <elky> ninite
[15:49] <Mez> jpds, last time I remember, I spoke to sabdfl, and he said they were happy to host it, and to get someone to coordinate with James
[15:53] <Mez> elky, cool comic
[15:53] <Mez> *bookmarks*
[15:55] <m_newton> um...
[15:55] <m_newton> i cant add to my own encyclopedia
[15:56] <Myrtti> m_newton: so do you have anything else related to #ubuntu channels?
[15:56] <Myrtti> now that you're on #ubuntu-ircbots-team ...
[15:57] <m_newton> well not ubuntu channel
[15:57] <m_newton> more of #ubuntuforums-beginners
[15:57] <m_newton> i want to add my bot to that channel
[15:58] <m_newton> but i also want to be able to add my own factoids
[15:58] <m_newton> so how do i configure it so i can do that?
[16:01] <m_newton> never mind... thanks though
[16:26] <ikonia> eyes on "googlesupport" came in as Linuxquestions (linux website) then changed to GoogleCA, then channged to GoogleSupport
[17:59] <bazhang> whats with chanbot2-->chanbot3-->kevin0?
[17:59] <Pici> hes registering a bot's nick in #freenode
[18:00] <bazhang> aha
[18:03] <bazhang> quite a few users are reporting the bra ads for men and others still, just a fyi
[18:03] <Pici> *sigh*
[18:07] <bazhang> sk8terlenny and jimdiamond seem to be the culp-bots in this case
[18:07] <bazhang> told them to go to #freenode of course
[18:07] <Myrtti> good
[18:07] <nalioth> bazhang: time stamps?  that person was klined earlier
[18:08] <bazhang> nalioth, approx 2 hours ago
[18:08] <nalioth> long been klined
[18:12]  * Myrtti yawns
[18:28]  * Pricey waves
[18:28] <Pici> Hi!
[18:28] <Pici> At work?
[18:30] <Pricey> Lost signal earlier then locked sim then had to back to work but a belated thanks for the pm pici
[18:30] <Pici> Pricey: No problem
[18:37] <PriceChild> teething problems...
[18:47] <bazhang> yay
[19:08] <Myrtti> ooh, didn't ping timeout
[19:56] <PriceChild> Why do the interesting problems always arise in the last 10 minutes
[19:57] <Myrtti> because they wouldn't be intresting if they arose earlier
[19:58] <PriceChild> no they would
[19:58] <PriceChild> but then there would be time to do them properly
[20:36] <Gary> what a nice fellow
[20:43] <ikonia> having a hard time ?
[20:44] <ikonia> banning yourself ?
[20:44] <PriceChild> I was just quickly curious.
[20:44] <ikonia> very quick it seems
[20:44] <smallfoot-> Greetings
[20:45] <smallfoot-> I would like to be unbanned from the #ubuntu, #ubuntu+1, and #ubuntu-offtopic channel. Please.
[20:52] <PriceChild> smallfoot-: so, its been two days, what has changed?
[20:53] <smallfoot-> Everything, I am completely new man. Everything about me, I have left to my behind. I have found god, and now I have changed and left my old ways behind.
[20:57] <smallfoot-> With the love of Jesus Christ, I am certain that I can be a productive member of the Ubuntu community who can assist newcomers to the best of my ability.


[14:07] <mterry> ltinkl: saw your comment about snap-root being busted
[14:07] <mterry> ltinkl: I can't reproduce on my laptop
[14:07] <mterry> ltinkl: where were you testin?
[14:07] <ltinkl> mterry, yeah it is, at least here together with the silo
[14:07] <ltinkl> mterry, I commented it out and all is back to normal
[14:08] <mterry> OK good point, let me try silo.  I was just testing in isolation, though I'd be surprised if some other part of the silo was busting us
[14:08] <ltinkl> mterry, you'll have to fetch the previous build, sorry :/
[14:09] <mterry> oh you took it out?  ok
[14:09] <mterry> ltinkl: but you were just testing a unity8-session on your laptop?
[14:09] <ltinkl> mterry, yeah, temporarily; if you're really sure you fixed it, I can add it back in the next iteration
[14:09] <ltinkl> mterry, yeah, laptop
[14:09] <mterry> I'm just trying to reproduce, not fix it yet  :)
[14:10] <mterry> But it is harder to reproduce without the silo...  I'll just continue trying locally
[14:10] <ltinkl> mterry, kk, pls try to run it in a full session
[14:10] <mterry> I did
[14:10] <mterry> ltinkl: what error do you see?  does u8 fail to come up at all?
[14:11] <ltinkl> mterry, black screen, u8 doesn't start with the error I posted to the MP
[14:11] <mterry> hmm, I did a fresh build and everything
[14:11] <mterry> wonder if buildd is differnet
[14:12] <mterry> I'll use debs from MP
[14:34] <mpt> Who knows about how scaling of non-Qt apps works / will work? Basically I want to know whether it can be instant-apply or not
[14:36] <mpt> attente? ^
[14:36] <mpt> I mean, scaling of the UI controls to be smaller/larger
[14:53] <mterry> ltinkl: goodish news, I can reproduce with the deb from the MP.  Now I need to figure out why the buildd gets a different result than I do
[14:53] <ltinkl> mterry, QString installRoot() is busted, that'd be my guess :)
[14:54] <mterry> well obviously  :)  But how it's built shouldn't affect that...
[14:57] <ltinkl> mterry, yup, it's weird I'm getting "file:///build/unity8-VZMeoQ/unity8-8.14+16.04.20161003.1" as the install root
[14:58] <mterry> ltinkl: well you're probably not getting that as the install root, but that's the fallback -- to assume we're not running installed, but in a build env and use the build root
[14:59] <ltinkl> mterry, yeah, as I said, it's odd it thinks it's not running installed
[15:08] <mterry> ah I think I know
[15:19] <ltinkl> mterry, ~mterry/unity8/session-lightdm not ready for the silo?
[15:20] <mterry> ltinkl: OK snap-root is fixed I believe
[15:20] <mterry> ltinkl: no
[15:21] <ltinkl> mterry, no for session-lightdm or snap-root? :)
[15:21] <mterry> ltinkl: no for session-lightdm
[15:21] <ltinkl> mterry, alright, I'll readd snap-root, kk?
[15:21] <mterry> ltinkl: yes please
[15:21] <mterry> thx
[15:22] <ltinkl> mterry, if you push the fix ;)
[15:22] <ltinkl> mterry, or was it the one from ~1 hr ago?
[15:23] <mterry> ltinkl: it was that one  :)  I had made that initially for cleanliness, extra guards.  But it also fixed the issue you noticed
[15:23] <mterry> ltinkl: (null return from getenv)
[15:23] <ltinkl> mterry, alright, will rebuild
[15:23] <mterry> which is why when I tested originally, I didn't see it
[15:23] <mterry> (originally, this morning)
[16:51] <ltinkl> mterry, u8 build finished in the silo
[18:02] <om26er> Hi! I reported two bugs for unity8, we need these changes to make Autopilot to work under Mir desktop. see bug 1630337 and bug 1630340
[18:05] <om26er> mzanetti, ^