[00:02] <wgrant> StevenK: Might as well
[00:38] <StevenK> wallyworld: Can you go to https://bugs.qastaging.launchpad.net/auditor/+subscriptions and edit your subscription to 'are added or changed in any way'
[00:38] <wallyworld> sure
[00:38] <wallyworld> StevenK: do i check any boxes?
[00:39] <StevenK> wallyworld: The default check of 'send mail about comments'
[00:39] <wallyworld> StevenK: it's not checked by default, so you want me to check it i assume
[00:39] <StevenK> wallyworld: Yeah
[00:40] <wallyworld> StevenK: done
[01:21] <StevenK> wgrant: Hm, it notified you about new private bug, but not me.
[01:21] <StevenK> I have a personal structural subscription
[01:21] <StevenK> And an APG
[01:51] <wgrant> StevenK: Worked out what's going on?
[01:51] <StevenK> Nope
[01:51] <StevenK> Still digging
[01:53] <wgrant> StevenK: What are the APGs for auditor?
[01:53] <wgrant> https://bugs.qastaging.launchpad.net/auditor/+bug/939498 shows you
[01:53] <StevenK> wgrant: I was happy that I could assign wallyworld without an error or him being notified
[01:53] <_mup_> Bug #939498: rhythmbox-metadata crashed with SIGSEGV in _start() <apport-crash> <i386> <precise> <rhythmbox (Ubuntu):New> < https://launchpad.net/bugs/939498 >
[01:54] <StevenK> wgrant: I've been playing with 939508
[01:54] <StevenK> wgrant: me with private security all, private all, and you with private all
[01:56] <wgrant> Right.
[01:58] <StevenK> db-drop-id-for-bsns => devel              [OK]       (up for 3:08:33) i-61c8231a   FTR
[01:59] <wgrant> :)
[02:00] <StevenK> wgrant: So I don't get why I don't get notified :-(
[02:00] <StevenK> I own two structsubs, one for auditor-team and one personal
[02:00] <wgrant> StevenK: 939508 says you're directly subscribed at the moment.
[02:00] <wgrant> The auditor-team one is invalid, since auditor-team doesn't have a grant
[02:01] <StevenK> Yeah, but send-bug-notifications.log doesn't mention me at all
[02:02] <StevenK> And I don't want to flip this bug to PRIVATESECURITY because if you drop out of the notification set it will probably end up empty
[02:03] <wgrant> Are you sure you don't have 939508 muted or something?
[02:03] <StevenK> I didn't mute it
[02:04] <wgrant> StevenK: I wonder if the direct sub filtering is buggy
[02:05] <wgrant> StevenK: Since you have a direct subscription, your structural subscription will be ignored
[02:05] <StevenK> Oh sigh
[02:05] <StevenK> It's not mailing because it's my action
[02:05] <wgrant> Hah
[02:05]  * StevenK slams his head through his desk a few hundred times
[02:05] <wgrant> You have that disabled?
[02:05] <wgrant> Smart :P
[02:06] <StevenK> I set it on prod when it was announced
[02:06]  * StevenK goes looking for it
[02:08] <wgrant> --
[02:08] <wgrant> You received this bug notification because you are subscribed to
[02:08] <wgrant> Auditor.
[02:08] <wgrant> Matching subscriptions: yes please, I like mail
[02:08] <wgrant> https://bugs.qastaging.launchpad.net/bugs/939487
[02:08] <_mup_> Bug #939487: (trunk) gstreamer error breaks the pipe (normal engine), and it's not shown in the dialog <Exaile:New> < https://launchpad.net/bugs/939487 >
[02:08] <wgrant> Which is private
[02:08] <wgrant> So it works if you don't have that setting, at least :)
[02:08] <StevenK> Haha
[02:08] <StevenK> I just ticked it
[02:22] <StevenK> Hmmm, changing 939508 doesn't seem to have notified me
[02:31] <wgrant> StevenK: 2012-08-01 02:22:28 INFO    Notifying me@williamgrant.id.au about bug 939508.
[02:31] <_mup_> Bug #939508: package tcl8.5 (not installed) failed to install/upgrade: trying to overwrite '/usr/bin/tclsh8.5', which is also in package tcl 8.5.3-2 <apport-package> <i386> <natty> <tcl8.5 (Ubuntu):New> < https://launchpad.net/bugs/939508 >
[02:31] <wgrant> 2012-08-01 02:22:28 INFO    Notifying stevenk@debian.org about bug 939508.
[02:31] <_mup_> Bug #939508: package tcl8.5 (not installed) failed to install/upgrade: trying to overwrite '/usr/bin/tclsh8.5', which is also in package tcl 8.5.3-2 <apport-package> <i386> <natty> <tcl8.5 (Ubuntu):New> < https://launchpad.net/bugs/939508 >
[02:36] <StevenK> wgrant: Shall I land 26-2 to db-devel?
[02:37] <wgrant> StevenK: Please do.
[02:54] <StevenK> wgrant: Right, so filtering structsubs looks good
[02:54] <StevenK> Assignee without access works
[03:03] <StevenK> Assignee with does too
[05:24] <StevenK> wgrant: Should I wait for structsubs to be deployed, or toss 26-3 at db-devel too?
[05:25] <wgrant> StevenK: It has no code deps, right?
[05:25] <wgrant> We can hopefully deploy both tomorrow
[05:25] <StevenK> No, just adds the table
[05:25] <wgrant> If we give lifeless enough cake
[05:26]  * StevenK lands the DB patch
[07:37] <adeuring> good mornig
[08:33] <lifeless> wgrant: pybars 0.0.2 - 86 downloads in 1.5 days or so.
[08:33] <lifeless> wgrant: so pfft
[08:44] <wgrant> Google.
[08:47] <stub> lifeless: And buildout. And mirrors. http://pypi.python.org/pypi?:action=display&name=pytz&version=2012d has similar numbers, and wtf is using the 3.1 egg, really?
[09:20] <wgrant> cjwatson: Does auto_approve really want to skip NEW as well?
[09:20] <wgrant> That seems like an accident waiting to happen.
[09:20] <cjwatson> I thought so, yes.  The practical example is auto-sync.
[09:21] <cjwatson> It's a pain to have to go and manually accept things there, for more or less the same reason that it's a pain to manually accept the results of sru-release.  And it will impede cronning that.
[09:21] <wgrant> Sure, but default overrides still aren't precisely sensible.
[09:21] <cjwatson> In practice they're fine for source copies.
[09:21] <cjwatson> I've not ever noticed them being wrong for auto-sync ...
[09:22] <wgrant> Indeed.
[09:22] <wgrant> We just have to hope that nobody ever uses it for binaries without thinking.
[09:22] <cjwatson> Even then, it'll show up in component-mismatches - it wouldn't be the end of the world.
[09:23] <cjwatson> The only case where it'd be a problem would be when copying binaries into a stable release from another archive (principally, the kernel).
[09:23] <cjwatson> But that's already a problem today.
[09:23] <cjwatson> We change-override them after the fact for now.
[09:24] <cjwatson> I've not figured out how to override binaries in an include_binaries=True PCJ until after it's published anyway ...
[09:40] <lifeless> stub: buildout indicates users.
[09:40] <lifeless> stub: the mirrors use rsync, I thought.
[09:41] <stub> I don't know
[09:41] <lifeless> my cats are crazy
[09:41] <stub> Just know I get 87 downloads in a short time for an egg it is really unlikely anyone would be using. Can't all be mistakes.
[09:41] <lifeless> I currently have one perched like a pirate bird on my shoulder.
[09:55] <stub> We haven't seen rentacat around for a while.
[09:58] <wgrant> cjwatson: Not going to kill the other two in the same branch?
[09:58] <czajkowski> ohh we have fast internet today BT fixed the line !
[09:59] <cjwatson> wgrant: Oh, I was doing a branch for each (particularly just in case somebody noticed that pgrestore was in use after all)
[09:59] <cjwatson> wgrant: I can lob them all into a single branch if you prefer
[09:59] <lifeless> cjwatson: laziness is a virtue ;)
[10:00] <cjwatson> I'll tell my manager that at my next appraisal
[10:00] <wgrant> cjwatson: Anything that's still using it is stupid, and it would be to our significant benefit to break it now.
[10:02] <wgrant> Thanks.
[10:03] <cjwatson> wgrant: OK, updated
[10:03] <wgrant> Way ahead of you :)
[10:03] <cjwatson> Ow, you're fast
[10:03] <cjwatson> I was still editing the change description
[10:04] <wgrant> Descriptions are for people who can't read diffs!
[10:05] <StevenK> cjwatson: I find it's usually not very good to point out things that can die to wgrant. Because he will usually reply by landing a change that kills it.
[10:13] <stub> cjwatson: The only place it might be in use is database/replication/Makefile. If it isn't in there, claim your LOC credits.
[10:14] <cjwatson> stub: It's not.
[10:14] <cjwatson> That uses pg_restore directly.
[10:15] <stub> everything else uses pg_restore directly or maybe the duplicate of pgrestore.py hidden away in a webops branch for deploment on non-lp boxes
[10:30] <cjwatson> Could somebody allocate me a DB patch number for the new job table at the end of bug 745799, if they think it's reasonable in principle?  A summary could just be "Create ProcessAcceptedBugsJob table."
[10:30] <_mup_> Bug #745799: DistroSeries:+queue Timeout accepting packages (bug structural subscriptions) <timeout> <Launchpad itself:Triaged> < https://launchpad.net/bugs/745799 >
[12:27] <wallyworld_> rick_h_: hi, i have a yui question. i have widget B that inherits from widget A. A has an ATTR dict with foo, value 1. I want B to override foo to have value 2. I declared an ATTR dict for B with foo, value 2. but doesn't work. any clues?
[12:31] <rick_h_> wallyworld_: I would think that shold work. Let me put together a test fiddle
[12:32] <wallyworld_> rick_h_: ok, thanks. i would have though it to be ok too
[12:37] <rick_h_> wallyworld_: http://jsfiddle.net/r2Hnr/
[12:38] <rick_h_> wallyworld_: paste/fiddle your code and we can take a look, but it works in that simple case
[12:39] <wallyworld_> rick_h_: i will need to extract some simple code out, i'll put up a bit of pseudo code
[12:39] <rick_h_> wallyworld_: ok cool, but yea the concept should work fine
[12:45] <wallyworld_> rick_h_: ffs. i found it. i was missing a }, {. it was a longish class and syntactically it looked ok but you could only see a bit of the class n the editor
[12:45] <wallyworld_> the }, { was missing before the ATTR
[12:45] <wallyworld_> thanks for looking
[12:47] <wallyworld_> rick_h_: i have an issue for you with the yui version stuff. i tried to run up 3.5 locally, with and without the combo loader feature flag. i changed versions.cfg but stuff just didn't compile properly
[12:47] <wallyworld_> rick_h_: i wanted to look at Y.panel which was introduced in yui 3.4
[12:47] <wallyworld_> have you tried to run up 3.5 locally?
[12:48] <wallyworld_> at one stage we had a feature flag to set the yui version
[12:51] <rick_h_> wallyworld_: yea, but it wasn't wired in, I've been trying to get that fixed, but let's just say I've learned a LOT about our build/deploy process in the last weeks
[12:51] <rick_h_> wallyworld_: yea, I've run 3.5 and run all our tests on 3.5
[12:52] <rick_h_> and at some point hope to get us using it behind a FF, but private projects started up and I'm swamped with wireframe/learning atm
[12:52] <wallyworld_> rick_h_: cool :-) so tl;dr; is that you do want to get us to the point of a dev being able to run 3.5 locally, but it's a lower priority for now?
[12:53] <rick_h_> wallyworld_: tl;dr is I've tried landing 3.5 for us on production 3 times with 3 rollbacks. Now a lower priority to take stab #4
[12:54] <wallyworld_> rick_h_: how about just a dev beiong able to run it locally for playing with?
[12:54] <rick_h_> wallyworld_: the problem was the buildout script so can't change that until #4 fix gets landed
[12:54] <rick_h_> hard to do that 'just dev'
[12:55] <wallyworld_> ok. np. i'll go away now :-)
[12:56] <rick_h_> no problem, definitely something I want to get done for sure.
[12:56] <rick_h_> https://code.launchpad.net/~rharding/launchpad/yuiv3/+merge/115592 does it if you want to keep a branch with that patched in
[12:57] <wallyworld_> ok. cool. thanks
[12:57] <wallyworld_> i can't wait to use 3.5 stuff :-)
[12:58] <rick_h_> yea, I'm cranky I didn't get it in there for this new work so I could use it
[13:33] <deryck> rick_h_, ping for standup
[13:33] <rick_h_> deryck: loading up
[14:02] <deryck> rick_h_, I think our call will move again.  Timezone conversion fail for the other call.
[14:03] <rick_h_> deryck: ok, np
[14:03] <rick_h_> thanks for the heads up
[14:09] <jcsackett> rick_h_: finally circled back to yesterday's MP. updates pushed.
[14:10] <rick_h_> jcsackett: rgr, loading up
[14:12] <rick_h_> jcsackett: did that make sense the whole confusion between arguments, args the method param, and callee.args ?
[14:12] <jcsackett> rick_h_: for the most part; it's a confusing bit of code honestly. i only understand the portion of it i used, and set the usage notes accordingly. :-p
[14:13] <rick_h_> jcsackett: yea, that's why I got the headache. I wanted to really figure out wtf was going on
[14:13] <rick_h_> jcsackett: so thanks for the update r=me
[14:13] <jcsackett> rick_h_: thanks. :-)
[14:16] <deryck> rick_h_, just to confirm, since we've moved it around, but our call will be in roughly 45 minutes from now.
[14:16] <rick_h_> deryck: ok, so normal time
[14:17] <deryck> yup
[14:26] <abentley> deryck: quick chat?
[14:30] <deryck> abentley, sure
[14:30] <deryck> abentley, standup hangout?
[14:30] <abentley> deryck: sure.
[14:55] <abentley> frankban: could you please review https://code.launchpad.net/~abentley/launchpad/better-find-missing-ready-error/+merge/117669 ?
[14:55] <frankban> sure abentley
[14:56] <abentley> frankban: thanks.
[15:03] <frankban> abentley: what do you think about adding an XXX that points to the bug we are trying to diagnose?
[15:03] <abentley> frankban: sure.
[15:03] <frankban> cool
[15:04] <deryck> rick_h_, let's chat now.
[15:05] <rick_h_> deryck: rgr, made the sound that you joined
[15:07] <abentley> frankban: pushed.
[15:08] <frankban> abentley: thanks
[15:28] <sinzui> jcsackett: do you have time to hangout?
[15:34] <jcsackett> sinzui: sure.
[15:43] <rick_h_> sinzui: when you get free can I steal a couple min please?
[15:56] <deryck> rick_h_, I also added mrevell to our private projects collection.
[15:56] <deryck> rick_h_, in docs, I mean.  So he can see and edit them.
[15:57] <rick_h_> deryck: cool, yea I think I set it that all of canonical can edit
[15:58] <sinzui> rick_h_I am available now
[16:01] <rick_h_> sinzui: so just quick ? does it ever make sense to have a default information type for an app (say bugs) as public security or private security?
[16:01] <rick_h_> deryck and I are thinking the defaults (you'd set in an app's edit UI) would always be either public/private and tweak individual items from there
[16:01] <sinzui> no for 1, we still speculate on the other
[16:02] <sinzui> rick_h_We do not think there is enough uses to justify those two being defaults
[16:02] <rick_h_> sinzui: thanks, works in line with what we want to do so <3 that answer
[16:02] <rick_h_> thanks for the sanity check
[16:09] <sinzui> rick_h_: We already defined the defaults for bugs...BugSharingPolicy in registry.enums
[16:10] <rick_h_droid> cool thanks
[17:33] <rick_h_> deryck: ping, think I've got things updated
[17:33] <deryck> rick_h_, ok, cool.  I'm about to lunch, so will send out email after that.
[17:33] <rick_h_> deryck: didn't add a ton of new ui stuff based on our conversation aroud project registration, so there's more than appears, but figured it's all be a bunch of fake/time sink
[17:34] <rick_h_> so there's some text about "Add new block with UI for xx and yy here" since we all know what the UI for person pickers/etc look like
[17:51] <Bert_2> Hi, because of network destriction I have had to change the download and upload ports in my instance of launchpad from 58080 to 81, 58090 to 82, 58095 to 84 and 85085 to 85, while the links in my templates change perfectly I have the feeling nothing is listening on these ports, does anyone know why ?
[18:21] <rick_h_> well, I can give up on getteing YUI 3.5 into LP http://yuilibrary.com/
[18:21] <rick_h_> new goal...3.6 into LP before 3.7 comes out
[18:47] <deryck> rick_h_, ouch.
[18:53] <sinzui> rick_h_ why don't you know what the UI for person pickers look like...we wrote that 12 months ago
[18:54] <rick_h_> sinzui: I was saying we "do" know
[18:54] <rick_h_> so I didn't cut/paste it into the project signup views
[18:54] <sinzui> rick_h_okay
[20:17] <Bert_2> Hi, because of network destriction I have had to change the download and upload ports in my instance of launchpad from 58080 to 81, 58090 to 82, 58095 to 84 and 85085 to 85, while the links in my templates change perfectly I have the feeling nothing is listening on these ports, does anyone know why ?
[20:22] <sinzui> lifeless: These are the bugs I am watching. In general we are committed to fixing high bugs. We are watching the low for drive-by-fixes or for stakeholder requests to make high: https://bugs.launchpad.net/launchpad/+bugs?field.tag=disclosure
[20:24] <lifeless> Bert_2: I don't know why you feel that way. Perhaps the first thing to do is to establish what ports things are listening on.
[20:24] <lifeless> sinzui: how would you like the feedback ?
[20:26] <lifeless> StevenK: isn't bug 933934 done now ?
[20:26] <_mup_> Bug #933934: Remove the bug supervisor/security contact subscriptions rules <disclosure> <sharing> <tech-debt> <Launchpad itself:Triaged> < https://launchpad.net/bugs/933934 >
[20:26] <sinzui> lifeless: comments in the bugs are fine. We might just want to mark several wont fix even though we have not released the replacement behaviour.
[20:27] <lifeless> I wonder if security contacts can go now.
[20:27] <lifeless> Entirely.
[20:27] <lifeless> security grant + structsub.
[20:27] <lifeless> ?
[20:27] <sinzui> StevenK: not until we update 1, replace the rules with SS filters for them, then we remove the actual code
[20:27] <sinzui> lifeless: ^
[20:27] <lifeless> ok.
[20:28] <sinzui> lifeless: StevenK: This related to another bug wgrant and I discussed. We want to preserve the communication setup for existing projects. We will document SS+filter as best practice
[20:31] <RoelV> how does one edit pages after being logged in?
[20:32] <sinzui> RoelV: which pages?
[20:32] <RoelV> sinzui: https://dev.launchpad.net/*
[20:33] <sinzui> you need to be a member of https://launchpad.net/~launchpad-doc
[20:33] <sinzui> RoelV: have you been using Lp for 3 months or more?
[20:33] <RoelV> sinzui: yes. userid roel11
[20:34] <sinzui> RoelV: Ask to join the team, I will approve you a minute later
[20:34] <sinzui> when you log back into dev.lp.net or help.lp.net, you will have edit rights
[20:34] <RoelV> sinzui: done thx
[20:35] <sinzui> RoelV: log back into the wiki
[20:36] <RoelV> sinzui: great. thx
[20:38] <rick_h_> anyone recall what buildout uses to determine if it needs to run an install xxx command or not?
[21:07] <Bert_2> lifeless: basically I tried running on the regular ports, that worked fine but I got yelled at by the network admin I can't run on those ports, so I tried new ones (set them in launchpad-lazr.conf's [librarian] section), but I don't get any images and I get errors on upload, so yeah, it isn't working and I don't understand why
[21:08] <lifeless> so, check what ports its listening on
[21:09] <lifeless> and be sure to check the whole stack - apache, squid etc if you have the,
[21:18] <Bert_2> lifeless: what I'm confused about is that I'm not sure what was listening on 58080 that should now listen to 81
[21:20] <rick_h_> Bert_2: check the apache config? It has the proxy settings, listening ports, etc
[21:31] <sinzui> lifeless: would you be available in about an hour to join the purple squad's mumble? The question I will ask is "What are private teams used for and why are they needed?"
[21:32] <lifeless> sinzui: sure.
[21:45] <Bert_2> rick_h_: the proxy stuff in /etc/apache2/sites-enabled/local-launchpad are not for port 85080, even though it worked
[22:01] <Bert_2> lifeless: where can I find the squid configuration ?
[22:02] <StevenK> lifeless: Filter by information type isn't done yet
[22:14] <Bert_2> lifeless: my launchpad does not seem to use squid
[22:16] <lifeless> Bert_2: so, you need to start with the url thats failing, and step by step trace what it should be reaching, and whether that thing is working, etc
[22:16] <lifeless> Bert_2: this depends entirely on your configuration (not just the lazr conf stuff, your network, front ends, caches, middle ends etc)
[22:17] <StevenK> CELERY!
[22:17]  * StevenK stabs buildbot
[22:20] <Bert_2> lifeless: yeah, the problem is I don't understand what part of launchpad was behind 58080 and is now supposed to be behind 81
[22:20] <lifeless> neither do we
[22:20] <lifeless> we don't use either of those ports in production
[22:21] <Bert_2> but you made the software ? 58080 is the development default :S
[22:22] <lifeless> for the librarian yes
[22:22] <lifeless> but the development default has no connection to production use.
[22:22] <Bert_2> I don't fully understand what you mean by that ?
[22:23] <lifeless> the development config is made for a single developer on their local machine
[22:23] <lifeless> not for use in a networked environment
[22:23] <lifeless> it won't work for a networked environment, the urls aren't sensible
[22:23] <lifeless> it depends on nasty assumptions that aren't true as soon as you have a real-world situation
[22:24] <Bert_2> lifeless: I see, so basically image up and download is not possible without reading all the librarian code ?
[22:24] <lifeless> anyhow, the component that you are asking about is the librarian.
[22:25] <lifeless> You shouldn't need to read its code; its a straight forward blob store
[22:25] <lifeless> what are the exact symptoms you encounter ?
[22:26] <Bert_2> librarian used to work fine when my config had the ports on default, then I changed it to new ports, reran make run and now when I try to load a projectimage it says it can't establish a connection
[22:26] <Bert_2> so it seems as if librarian is not behind that port
[22:27] <lifeless> can't establish a connection *to what port*; give us the exact error.
[22:27] <Bert_2> here's the config: http://pastebin.com/mmGZYwSk
[22:28] <Bert_2> and when I try to load the image it looks for http://ulaunch.ulyssis.org:81/1/u64.png
[22:28] <Bert_2> and I get Firefox kan geen verbinding maken met de server op ulaunch.ulyssis.org:81. on that
[22:28] <Bert_2> which translates to Firefox cannot connect to the server on ulaunch.ulyssis.org:81
[22:29] <lifeless> ok
[22:29] <Bert_2> I also tried uploading and it oopsed
[22:29] <lifeless> so your librarian isn't reachable on that port
[22:29] <lifeless> have you checked its running and listening on that port?
[22:29] <lifeless> e.g. using netstat -anp or lsof ?
[22:31] <Bert_2> lifeless: it seems to be running, but ther's no mentioning of the correct ports in netsta -anp
[22:31] <Bert_2> and also not of the old ports
[22:31] <Bert_2> that's very confusing :S
[22:32] <lifeless> you probably haven't granted it permissions to bind to those ports
[22:32] <Bert_2> lifeless: how do I do that exactly ?
[22:32] <lifeless> unix requires privileged access to list to ports <= 1023
[22:33] <Bert_2> lifeless: yeah, that was why my sysadmin told me I have to stay in that range
[22:33] <Bert_2> well, netadmin
[22:34] <Bert_2> lifeless: so, am I supposed to open up port 81 on iptables locally or how do I grant the right ports to librarian ?
[22:36] <lifeless> Bert_2: There are various docs around for this, its a general problem, not LP specific.
[22:36] <lifeless> I've got to go now, sorry.
[22:36] <Bert_2> lifeless: I'll try and find out then
[22:36] <Bert_2> let's hope some of the others on the team know :p
[22:37] <Bert_2> thx a ton for your help
[22:37] <Bert_2> I feel very stupid now XD
[22:50] <Bert_2> lifeless: I got it, I'm so stupid, I should have known about this, I was focussing on launchpad all the time while obviously the ubuntu user can't catch a <1024 port, thanks a ton for your help and patience
[22:50] <Bert_2> I'd buy you a beer if you lived in belgium ;)
[23:10] <james_w> rick_h_, did you fight buildout in to submission? Did you give up for today and leave for the evening? :-)
[23:41] <rick_h_> james_w: I think I beat it into submissions. I don't know what I did, but it's working now
[23:41] <james_w> good good
[23:41] <rick_h_> basically I have a buildout install yui-default and it'd say "upgrading yui-default" but not actually run the script in there.
[23:42] <rick_h_> it's a plone.recipe.command so running two bash commands in there, but not picked up as if it needed to run them or something. I moved some stuff around, tweaked, and now it's repeatedly working
[23:42] <rick_h_> where before it would only run if I edited the buildout.cfg in some way
[23:42] <rick_h_> and I couldn't find what the 'check' was if it needed to execute or just skip the run