#metabrainz

/

      • chirlu`
        They “should” also be the same because of npm-shrinkwrap, of course.
      • 2016-01-30 03017, 2016

      • zas
        they are managed by npm ? and cookbooks don't ensure modules are the same ?
      • 2016-01-30 03007, 2016

      • chirlu`
        I don’t actually know how they are handled on the production servers.
      • 2016-01-30 03012, 2016

      • kartikgupta0909
        alastairp: Do I need to download the full data dump to run the server?
      • 2016-01-30 03053, 2016

      • chirlu`
        On my sandbox, I get common-3aaacece99.js, i.e. what the dagon+lobe group has.
      • 2016-01-30 03017, 2016

      • alastairp
        kartikgupta0909: no, you don't
      • 2016-01-30 03025, 2016

      • chirlu`
        (Completely unrelated: Interesting that there is still a number of browsers that don’t understand the data: URL scheme.)
      • 2016-01-30 03042, 2016

      • alastairp
        the easiest way would be to download the sunmission client: http://acousticbrainz.org/download and set the config to point to your server
      • 2016-01-30 03048, 2016

      • alastairp
        then submit a few albums
      • 2016-01-30 03056, 2016

      • kartikgupta0909
        alastairp: Oh okay, thanks for the info. And also i was able to run the the fab build_static, but I had to install all the babel modules on my own
      • 2016-01-30 03005, 2016

      • kartikgupta0909
        It might be possible that there are a few errors in the Vagrant file or setup_app.sh . If you also found the same errors probably I can help fixing them
      • 2016-01-30 03053, 2016

      • alastairp
        neither Gentlecat nor I had that error installing
      • 2016-01-30 03001, 2016

      • chirlu`
        zas, this should generate a list of package versions for comparison: grep '"version":' node_modules/*/package.json
      • 2016-01-30 03003, 2016

      • alastairp
        so if you can work out what the problem is, that’d be good
      • 2016-01-30 03052, 2016

      • kartikgupta0909
        alastairp: Oh okay, also I cant find the server.py file
      • 2016-01-30 03040, 2016

      • zas
        chirlu`: astro has npm 3.5.3 while others run 2.14.12
      • 2016-01-30 03021, 2016

      • chirlu`
        Hm, I think it shouldn’t work with npm before version 3.
      • 2016-01-30 03039, 2016

      • zas
      • 2016-01-30 03041, 2016

      • chirlu`
        Perhaps the dependencies are installed on astro, then shipped to the other servers?
      • 2016-01-30 03047, 2016

      • alastairp
        I guess we don’t have one. use manage.py runserver
      • 2016-01-30 03025, 2016

      • kartikgupta0909
        alastairp: Oh okay. On the github page its given server.py
      • 2016-01-30 03050, 2016

      • alastairp
        right. we changed at some point in time
      • 2016-01-30 03057, 2016

      • zas
        chirlu`: to start with we could ensure we run npm 3.5+ on all servers
      • 2016-01-30 03000, 2016

      • alastairp
        you should change readme.md :)
      • 2016-01-30 03021, 2016

      • kartikgupta0909
        Sure :)
      • 2016-01-30 03017, 2016

      • chirlu`
        zas: The module versions are all identical.
      • 2016-01-30 03043, 2016

      • bitmap
        I'm surprised the npm versions are different because the cookbook installs 3.5.3 directly before compile_resources
      • 2016-01-30 03005, 2016

      • chirlu`
        Oh, moin bitmap.
      • 2016-01-30 03014, 2016

      • bitmap
        moin
      • 2016-01-30 03009, 2016

      • chirlu`
        But the (previous) npm versions didn’t match the distribution of the different files over the servers.
      • 2016-01-30 03024, 2016

      • ruaok
        bitmap: quick question: did you ever receive your 1099-MISC?
      • 2016-01-30 03035, 2016

      • bitmap
        ruaok: yup
      • 2016-01-30 03040, 2016

      • ruaok
        fabu.
      • 2016-01-30 03052, 2016

      • ruaok
        I got professional help filling them out.
      • 2016-01-30 03055, 2016

      • ruaok
        legible == good. :)
      • 2016-01-30 03056, 2016

      • bitmap
      • 2016-01-30 03042, 2016

      • chirlu`
        The uglify* modules aren’t in the list of npm package versions. Are they installed separately?
      • 2016-01-30 03054, 2016

      • bitmap
        they should be installed by npm
      • 2016-01-30 03057, 2016

      • zas
        bitmap: according to the recipe npm install should occur whenever git sources changed
      • 2016-01-30 03009, 2016

      • zas
        but it doesn't seem it happened
      • 2016-01-30 03055, 2016

      • zas
      • 2016-01-30 03058, 2016

      • bitmap
        I had deployed MBS-8765 on astro yesterday, but didn't do any other deployments since monday
      • 2016-01-30 03010, 2016

      • yeeeargh has quit
      • 2016-01-30 03000, 2016

      • zas
        bitmap: we could change the cookbook, to check currently installed npm version, and eventually install
      • 2016-01-30 03009, 2016

      • zas
        and make it to not depend on anything elses
      • 2016-01-30 03007, 2016

      • bitmap
        shouldn't compile_resources only run after install_new_npm?
      • 2016-01-30 03031, 2016

      • bitmap
        probably shouldn't depend on anything else to be safe, but I'd be surprised in compile_resources ever executed with 2.14.12
      • 2016-01-30 03037, 2016

      • chirlu` compiles the scripts repeatedly to see if the results are always the same.
      • 2016-01-30 03043, 2016

      • bitmap
        s/in/if/
      • 2016-01-30 03054, 2016

      • D4RK-PH0ENiX joined the channel
      • 2016-01-30 03050, 2016

      • chirlu`
        On the sandbox, it seems to become consistently common-3aaacece99.js.
      • 2016-01-30 03042, 2016

      • zas
      • 2016-01-30 03014, 2016

      • bitmap
        installs the npm dependencies from npm-shrinkwrap.json
      • 2016-01-30 03055, 2016

      • zas
        if it fails it will still try to compile ressources
      • 2016-01-30 03003, 2016

      • bitmap
        ah, right
      • 2016-01-30 03040, 2016

      • bitmap
      • 2016-01-30 03056, 2016

      • bitmap
        makes it fail less often and is the only way to get a consistent node_modules tree
      • 2016-01-30 03043, 2016

      • zas
      • 2016-01-30 03032, 2016

      • zas
        having files in different order could explain the different hash on different machines, if not explicit sort is used, but i don't know anything about this stuff
      • 2016-01-30 03015, 2016

      • chirlu`
        I wonder if the many requests for /images/favicons/discogs-16.png are due to some userscript.
      • 2016-01-30 03056, 2016

      • bitmap
        for us, I think the output order should be consistent, it's handled by https://github.com/substack/module-deps
      • 2016-01-30 03035, 2016

      • zas
      • 2016-01-30 03059, 2016

      • reosarevok
        zas: that takes the entity image though
      • 2016-01-30 03003, 2016

      • reosarevok
        artist-16 or whatever
      • 2016-01-30 03004, 2016

      • reosarevok
        No?
      • 2016-01-30 03016, 2016

      • reosarevok
        (or well, that's not named like that, but)
      • 2016-01-30 03040, 2016

      • zas
        yes, perhaps not this one
      • 2016-01-30 03057, 2016

      • zas
        and it is a favicons
      • 2016-01-30 03014, 2016

      • chirlu`
        The difference between the files isn’t in the order.
      • 2016-01-30 03031, 2016

      • yeeeargh joined the channel
      • 2016-01-30 03059, 2016

      • chirlu`
        It’s tiny things in the JS like “(r||!e)&&!(o in i)” vs. “!(!r&&e||o in i)”.
      • 2016-01-30 03017, 2016

      • chirlu`
        That’s why I suspect the minifiers.
      • 2016-01-30 03041, 2016

      • bitmap
        zas: would adding && after the 'npm install' make chef fail if npm install fails?
      • 2016-01-30 03015, 2016

      • zas
        bitmap: i think so, since the script will have a non-zero exit code
      • 2016-01-30 03016, 2016

      • Lingo__ has quit
      • 2016-01-30 03024, 2016

      • bitmap
        ok, I'll try that change
      • 2016-01-30 03054, 2016

      • Lingo__ joined the channel
      • 2016-01-30 03011, 2016

      • Lingo____ has quit
      • 2016-01-30 03046, 2016

      • Leo_Verto has quit
      • 2016-01-30 03021, 2016

      • bitmap
        looks like all the servers have the same version of uglify-js in node_modules/
      • 2016-01-30 03034, 2016

      • bitmap
        should probably set up https://github.com/mixu/npm_lazy somewhere
      • 2016-01-30 03049, 2016

      • chirlu`
      • 2016-01-30 03016, 2016

      • bitmap
        we have 2.6.1, apparently
      • 2016-01-30 03022, 2016

      • chirlu`
        The differences between the JS files all have a size difference.
      • 2016-01-30 03025, 2016

      • chirlu`
        So either the shorter files are generated by a newer (improved) minifier, or the longer ones are generated by a newer (more correct) minifier.
      • 2016-01-30 03008, 2016

      • chirlu`
        https://github.com/mishoo/UglifyJS2/commit/9f1f21… instroduced one of the differences that I see.
      • 2016-01-30 03028, 2016

      • chirlu`
        And was released in 2.6.0.
      • 2016-01-30 03039, 2016

      • bitmap
        I ran compile_resources on astro and dagon again, and they still produced different hashes. so I'm doing a closer comparison of the node_modules/ folders
      • 2016-01-30 03014, 2016

      • chirlu`
        That would indicate that dagon and lobe used uglify ≥ 2.6.0, while the other frontends did not.
      • 2016-01-30 03018, 2016

      • bitmap
        ah.
      • 2016-01-30 03047, 2016

      • bitmap
        so there's a ./node_modules/uglifyify/node_modules/uglify-js/ on astro, which is 2.4.23
      • 2016-01-30 03022, 2016

      • bitmap
        there's also ./node_modules/uglify-js at 2.6.1, but it prefers the local node_modules/ first
      • 2016-01-30 03013, 2016

      • bitmap
        not sure why the tree is in that state :/ I'll be adding back the rm -r node_modules, though
      • 2016-01-30 03003, 2016

      • bitmap
      • 2016-01-30 03000, 2016

      • bitmap
        perhaps on lolo since it's otherwise idle when it's not doing sitemaps?
      • 2016-01-30 03047, 2016

      • Leo_Verto joined the channel
      • 2016-01-30 03053, 2016

      • regagain joined the channel
      • 2016-01-30 03037, 2016

      • milomak joined the channel
      • 2016-01-30 03058, 2016

      • milomak
        hi all. i am trying to setup a vm server. however i see that there is a bind to port 8080 on localhost. I already have another service running on that port. How can I change the VM to another port?
      • 2016-01-30 03014, 2016

      • milomak
        let's try that again
      • 2016-01-30 03030, 2016

      • milomak
        i see that there is a bind to port 8080 when running the VM
      • 2016-01-30 03042, 2016

      • milomak
        i already have a service running on that port
      • 2016-01-30 03051, 2016

      • milomak
        how can i change the vm bind to another port?
      • 2016-01-30 03057, 2016

      • ruaok
        hey.
      • 2016-01-30 03011, 2016

      • ruaok
        are you suing virtualbox?
      • 2016-01-30 03015, 2016

      • milomak
        yes i am
      • 2016-01-30 03021, 2016

      • milomak
        in Deban Sid
      • 2016-01-30 03032, 2016

      • ruaok
        let me see
      • 2016-01-30 03034, 2016

      • milomak
        debian
      • 2016-01-30 03054, 2016

      • ruaok
        ok, shut down the VM.
      • 2016-01-30 03059, 2016

      • ruaok
        go to settings for the machine.
      • 2016-01-30 03012, 2016

      • ruaok
        network, adapter 1.
      • 2016-01-30 03016, 2016

      • ruaok
        Port forwarding
      • 2016-01-30 03005, 2016

      • milomak
        that port is actually fine
      • 2016-01-30 03008, 2016

      • milomak
        I refer to
      • 2016-01-30 03010, 2016

      • milomak
        To access the Search Server web service, go to: http://localhost:8080
      • 2016-01-30 03005, 2016

      • milomak
        under adapter 1 it shows port 5000
      • 2016-01-30 03015, 2016

      • ruaok
        does accessing the search on 8080 work? is there an entry for it in the forwarding table?
      • 2016-01-30 03019, 2016

      • milomak
        To access the MusicBrainz web site and web service, go to: http://localhost:5000
      • 2016-01-30 03027, 2016

      • ruaok
        or are you simply talking about everything on the inside of the VM?
      • 2016-01-30 03032, 2016

      • milomak
        yes
      • 2016-01-30 03035, 2016

      • milomak
        i think
      • 2016-01-30 03045, 2016

      • ruaok isnn
      • 2016-01-30 03049, 2016

      • milomak
        so i can access 5000 because there is no prt bound to that on the guest
      • 2016-01-30 03051, 2016

      • ruaok isn't convinced
      • 2016-01-30 03057, 2016

      • milomak
        on the host i mean
      • 2016-01-30 03009, 2016

      • milomak
        the host already has a bind to 8080 for another service
      • 2016-01-30 03008, 2016

      • milomak
        so before i started playing with vm, i already was using localhost:8080 to access another service
      • 2016-01-30 03038, 2016

      • ruaok
        I think you just need add another forward in the table I mentioned.
      • 2016-01-30 03051, 2016

      • ruaok
        from the host <whatever> to guest 8080
      • 2016-01-30 03004, 2016

      • milomak
        ah i see
      • 2016-01-30 03055, 2016

      • milomak
        currently running a database update. will try the suggestion out when that's done.
      • 2016-01-30 03042, 2016

      • Bookzombie
        New pull request "Cleaned tests" by stasszczesniak: https://github.com/bookbrainz/bookbrainz-ws/pull/…
      • 2016-01-30 03022, 2016

      • CallerNo6 joined the channel
      • 2016-01-30 03044, 2016

      • kartikgupta0909
        alastairp: Is there any documentation for running the client/server?
      • 2016-01-30 03002, 2016

      • jesus2099 joined the channel
      • 2016-01-30 03035, 2016

      • kartikgupta0909 has quit
      • 2016-01-30 03052, 2016

      • JonnyJD_ has quit
      • 2016-01-30 03011, 2016

      • Freso
      • 2016-01-30 03051, 2016

      • jesus2099 has quit
      • 2016-01-30 03057, 2016

      • kahu joined the channel
      • 2016-01-30 03015, 2016

      • milomak
        so the background is that the host has port 8080 bound to another service
      • 2016-01-30 03022, 2016

      • machina86 joined the channel
      • 2016-01-30 03024, 2016

      • milomak
        in network i made the following changes
      • 2016-01-30 03058, 2016

      • machina86
        anyone getting ReferenceError: Map is not defined when running ./script/compile_resources.sh?
      • 2016-01-30 03020, 2016

      • machina86
        Setting up musicbrainz from source
      • 2016-01-30 03027, 2016

      • milomak
        Name:search Protocol:TCP Host IP:blank :Host Port:8084 Guest IP:Blank Guest POrt:8080
      • 2016-01-30 03017, 2016

      • milomak
        if i type localhost:8084 on the host machine, i do not get into the search
      • 2016-01-30 03046, 2016

      • milomak
        To access the Search Server web service, go to: http://localhost:8080
      • 2016-01-30 03053, 2016

      • reosarevok
        machina86: update node and npm