wollardj / mandrill Goto Github PK
View Code? Open in Web Editor NEWMulti-user web front-end for managing a Munki repository.
License: Apache License 2.0
Multi-user web front-end for managing a Munki repository.
License: Apache License 2.0
Clicking a Pkgsinfo repo object loads an empty editor pane. Trying to close the document triggers a "You have unsaved changes!" dialog, telling you to revert. File -> Revert to Saved State or reloading the browser brings up the package XML as expected.
The git logs retrieved for any given file claim there is only one entry, which was made 44 years ago. So far this is only on CentOS.
When adding a new pkginfo or manifest file with a leading '/', the file is stored in the database with that leading '/', though it is stored on the fs appropriately. The only way to workaround that problem is to rebuild Mandrill caches under Mandrill Settings.
If you edit the file before rebuilding caches, the database will end up with two copies of the file due to that leading '/' until the caches are rebuilt or the server is restarted.
When searching for a manifest when you know the manifest name, but that manifest is included in lots of other manifests via the included_manifests
array, there are far too many results to be useful. Instead of a grep-style search, we should search only on certain keys within the parsed file structure. Doing so should also improve overall search performance.
File -> Rename or possible File -> Save As would probably be appropriate additions to the editor.
When renaming manifests, it is important to look for the original manifest name as an included_manifests
array within other manifests and update those values appropriately.
The names of pkginfo files are far less important, so just a simple renaming/moving algorithm will suffice here.
I put a little over 3900 Manifests into mandrill to mirror my deployment and it has trouble dealing with the load. The Manifest count is correct in the "Repo Items" column but there is an error count in red next to it too that is a about 1/3rd the total of the Manifests. The error that shows up when viewing the list of Manifests is:
Error: EMFILE, too many open files '/Manifest/Path/Here'
@grahamgilbert brought this up on mandrill-dev. I think it's worth looking into.
The UI is all but unusable on small screens. This is mostly caused by the left nav bar, which is set to a static width. On smaller screens, this nav bar could do more to get out of the way.
Having problems installing mandrill via mandrillctl --install. Problem is that it install fine, but when executing mandrillctl --start, it shows an "X" next to both MongoDB and Mandrill Server. Not sure how to proceed.
Support for Windows hosts might not be practical due to some of the node modules being used, but certainly linux support should be a possibility. makecatalogs can be re-implemented in Javascript, and once that's done, the only thing to worry about is making sure the release bundles are built for the supported operating systems. latest.json also needs to be modified to support platform keys; possibly architecture keys as well if we're to support 32bit and 64bit.
tailing the Mandrill logs shows that the client is asking for git logs twice each time a new file is loaded into the editor.
Items I munkiimport into the repository after I have enable git in mandrill are not included in version control. Mandrill will see the items and I can make changes to them, they just don't get added to the git repo and versions are not maintained. If I manually "git add" these new items then Mandrill will correctly version control them. It just isn't doing an initial "git add" on the new item if the git repo exists.
I'm Running version 0.7.1. This may be fixed in 0.7.2 (don't know). I'll update and close the bug report if it is. Didn't see anything in the release notes about git though.
When the document being edited hasn't completed loading by the time the request for git logs has been sent to the server, the server will return logs for the entire repo. The behavior should be modified so that a missing file name will prevent a request for git logs and a path change should always trigger a request for new git logs.
When running mandrillctl on a Vagrant box running Debian GNU/Linux 7.6 (wheezy)
root@packer-virtualbox-iso:~# sudo npm install -g mandrillctl
I get the following error:
npm ERR! notsup Unsupported
npm ERR! notsup Not compatible with your operating system or architecture: [email protected]
npm ERR! notsup Valid OS: darwin
npm ERR! notsup Valid Arch: any
npm ERR! notsup Actual OS: linux
npm ERR! notsup Actual Arch: x64
npm ERR! System Linux 3.2.0-4-amd64
npm ERR! command "node" "/usr/bin/npm" "install" "-g" "mandrillctl"
npm ERR! cwd /root
npm ERR! node -v v0.10.29
npm ERR! npm -v 1.4.27
npm ERR! code EBADPLATFORM
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR! /root/npm-debug.log
npm ERR! not ok code 0
I use AutoPkg to import updates into the munki repo, but that doesn't add those imported items to the git repo. I had two versions of Chrome staged in the testing catalog and wanted to release the latest one and purge the older of the two. Mandrill refuses to do this because it gets an error from git remove
. The solution will be to change the command to git remove -f
to force the removal even if the item isn't being tracked by git.
If git isn't enabled, this isn't an issue. You can work around the issue right now by saving the file first (which adds it to the repo) and then deleting it.
I don't care if this is a curl | sh script or an update to mandrillctl, but installation and updating needs to be made much simpler for linux. The entire experience should be as similar on Linux and OS X as possible.
If I make a catalog change to a pkgsinfo file that catalog change is not reflected be the badges in the main pkgsinfo listing. Even if I run a make catalogs in mandrill. I have to go to "Mandrill Settings" and "Rebuild Repo Cache" in order for the change to be reflected in the badges.
Scenario 1: munki repo path is set, but its not a git repo. You enable git, the repo is initialized, but the files existing files aren't always getting imported.
Scenario 2: munki repo path is set and git is enabled. If you change the munki repo path to a valid location, a git init
needs to be triggered.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.