Hi Eli, you can try to modify [1] and [2]
Happy hacking, Robert :) [1] https://github.com/apache/couchdb-fauxton/blob/5de1fe6682fc5a9dee44022498357febd73c3600/settings.json.default#L67 [2] https://github.com/apache/couchdb-fauxton/blob/730e856dcc6f8716e1a797d6bf0fabe27a62cbc9/tasks/helper.js#L17 On Thu, Sep 17, 2015 at 9:34 PM, Eli Stevens (Gmail) <wickedg...@gmail.com> wrote: > Is there a recommended way to `grunt couchapp_deploy` to a non-local > CouchDB instance? None of our DB hosts have git installed (meant to > match our production deployment hosts in terms of installed packages, > so we explicitly don't want git there). > > Alternatively, is there a way to get fauxton master without having to > keep a local repo up to date? I know that bower can interact with > github directly, but I'm not sure if there's something similar for > npm. > > Cheers, > Eli > > > On Thu, Sep 17, 2015 at 9:26 AM, Michelle Phung <michel...@apache.org> > wrote: > > Hi Eli, > > > > We don’t use a schedule for the NPM package or Fauxton releases. The > reason being is because we enjoy being able to fix bugs and merge them, and > have that code be the latest code everyone works off of. The master branch > moves FAST, from my point of view. Fauxton comes standard shipped with > CouchDB, and that is considered the latest stable tested release. The NPM > Fauxton package is a fairly new development for us, but auxiliary to all > the other things we have to do :) > > > > Unfortunately, the npm package fauxton@1.0.3 is a bit outdated (4 > months), and we haven’t integrated a work flow that updates it every time > we commit a fix, but I will bring that up moving forward for us. > > > > I am going to bug Robert K. to show me how to update the node package > tomorrow, and so it should be updated soon! hopefully it’ll be available > over the weekend/next week for you guys. > > > > Try the github repo in the meantime though! > > > > :) > > Michelle > > > >> On Sep 16, 2015, at 8:32 PM, Eli Stevens (Gmail) <wickedg...@gmail.com> > wrote: > >> > >> I just (mostly) followed the instructions at (except for the -g part, > >> since I didn't want it global): > >> > >> https://www.npmjs.com/package/fauxton > >> > >> And ran the following: > >> > >> npm install fauxton > >> cd node_modules/fauxton/node_modules/.bin/ ; ./grunt couchapp_deploy > >> > >> Which had references to "fauxton@1.0.3 node_modules/fauxton" in the > output. > >> > >> Does that answer the question? > >> > >> Aside, is what I did the best way to get a mostly-stable version of > >> fauxton? I assumed that would be more stable that pulling directly > >> from git. This goes back to my earlier question about releases; it's > >> not clear what the best way to get something new and usable is. > >> > >> Thanks, > >> Eli > >> > >> On Wed, Sep 16, 2015 at 3:06 PM, Michelle Phung <michel...@apache.org> > wrote: > >>> Hi Eli, > >>> > >>> JIRA is the place for bugs. > >>> > >>> Its kind of tough to get people to look at it though, since there’s a > lot going on with JIRA, and its a little endless. > >>> > >>> I thought we fixed the problem you described though. > >>> Did you pull from https://github.com/apache/couchdb-fauxton, the > master branch? > >>> > >>> Michelle > >>> > >>> > >>> > >>>> On Sep 16, 2015, at 5:50 PM, Eli Stevens (Gmail) < > wickedg...@gmail.com> wrote: > >>>> > >>>> Where is the appropriate place to file bugs against Fuaxton? Most > >>>> recent I see in JIRA is Feb. 15th of this year. > >>>> > >>>> As of a couple of hours ago when I updated my install, the view query > >>>> options UI wasn't respecting start and end keys (though the link to > >>>> the raw JSON is correct). > >>>> > >>>> On Wed, Aug 19, 2015 at 11:34 AM, Eli Stevens (Gmail) > >>>> <wickedg...@gmail.com> wrote: > >>>>> I agree with kexpal's comment on the PR; large documents would make > >>>>> this very, very painful. > >>>>> > >>>>> I was asking for a view checkbox that would result in a 3rd column > for > >>>>> view results (key / value / optional doc) that defaulted to off, so > >>>>> that I could include it when appropriate. > >>>>> > >>>>> Cheers, > >>>>> Eli > >>>>> > >>>>> On Wed, Aug 19, 2015 at 8:26 AM, Robert Kowalski <r...@kowalski.gd> > wrote: > >>>>>> Thank you for your feedback! > >>>>>> > >>>>>> Based on the feedback we will try to enable `include_docs` per > default: > >>>>>> > >>>>>> https://github.com/apache/couchdb-fauxton/pull/499 > >>>>>> > >>>>>> What do you think? > >>>>>> > >>>>>> On Wed, Aug 19, 2015 at 9:55 AM, James Dingwall > >>>>>> <james.dingw...@zynstra.com> wrote: > >>>>>>> Eli Stevens (Gmail) wrote: > >>>>>>>> > >>>>>>>> On Tue, Aug 18, 2015 at 1:11 AM, James Dingwall > >>>>>>>> <james.dingw...@zynstra.com> wrote: > >>>>>>>>> > >>>>>>>>> I get the impression that more whizzy effects (fade in/out, > sliding divs > >>>>>>>>> etc) have been added which don't play nicely with remote > sessions with > >>>>>>>>> low bandwidth so a preference to use more basic transitions > would be > >>>>>>>>> useful. > >>>>>>>> > >>>>>>>> +1 > >>>>>>>> > >>>>>>>> Note that it looks like the mailing list strips screenshots, so > you > >>>>>>>> might need to host-and-link them. > >>>>>>> > >>>>>>> Thanks Eli, I didn't notice that when I received a copy of my > post. I > >>>>>>> have placed my unchanged comments and screen shots in a github gist > >>>>>>> available from: > >>>>>>> > >>>>>>> https://gist.github.com/JKDingwall/6b2a6377d94a83ea5d63 > >>>>>>> > >>>>>>> > >>>>>>> James > >>>>>>> Zynstra is a private limited company registered in England and > Wales > >>>>>>> (registered number 07864369). Our registered office and > Headquarters are at > >>>>>>> The Innovation Centre, Broad Quay, Bath, BA1 1UD. This email, its > contents > >>>>>>> and any attachments are confidential. If you have received this > message in > >>>>>>> error please delete it from your system and advise the sender > immediately. > >>>> > >>> > >> > > >