The Original Dcsl
Alacoque Whitchurch
On the JSS 7.1 server we had a managed preference for the Dock to always include Safari, Entourage and Self Service. After moving the client over to JSS 8.4, the application icons appear on both sides of the user's Dock (applications and files/folders). After some troubleshooting, I tried disabling the Dock pref on the JSS 8.4, but the client keeps applying the com.apple.dock.plist in the Managed Preferences folder.
In comparing the client to a "clean" install (Imaged to the JSS 8.4 server and not migrated), the migrated client has a /Library/Managed Preferences/com.jamfsoftware.mcx.plist file that the clean install doesn't have. The only data in the com.jamfsoftware.mcx.plist file is version, 7.1
Hi Golbiga,
is there a way to apply this to policy to remove it for all users on a machine?
sudo dcsl . -delete /Users/ dsAttrTypeStandard:MCXSettings only seems to work when you enter a specific userneme...
sorry i am not much of a command line person.
Jamf's purpose is to simplify work by helping organizations manage and secure an Apple experience that end users love and organizations trust. Jamf is the only company in the world that provides a complete management and security solution for an Apple-first environment that is enterprise secure, consumer simple and protects personal privacy. Learn about Jamf.
This site contains User Content submitted by Jamf Nation community members. Jamf does not review User Content submitted by members or other third parties before it is posted. All content on Jamf Nation is for informational purposes only. Information and posts may be out of date when you view them. Jamf is not responsible for, nor assumes any liability for any User Content or other third-party content appearing on Jamf Nation.
My name is Nick Thompson and I'm the CEO of One Beyond. I began my career as a junior software developer and between 1997 and 2013, became somewhat of an expert software developer. I worked my way up the business until I became the Managing Director where I then did a management buyout of the incumbent owners of the business. The company was previously operating under DCSL until about a year ago when we began our rebranding process to One Beyond.
I took full control of the business in 2013, then in 2020 we were backed by a private equity firm and now with that backing, we have completed two acquisitions and now operate One Beyond in the UK, Spain and Hungary.
One Beyond is nearly a 30-year-old company as the original DCSL was formed in '94. This level of experience now is huge for a company and I have been lucky enough to be with the business for 26 of those years. Due to the huge amount of experience, the portfolio we have at One Beyond is unparalleled.
We are also lucky in the way we can deliver services from the UK, Spain and Hungary where each of our delivery centers has its own level of expertise and experience. We can bring that group experience and offer a real world-class service to our clients and we can offer multiple different ways of working. We tend to work in one of two ways: either we take responsibility for the delivery of the complete software product from start to finish and be a one-stop solution for our clients, or we provide dedicated agile teams. In this engagement model, our clients take a small team of four or five people where we do iterative work with our clients, although some of our clients take on much larger teams or even multiple teams where we have 20, 30 or even 40 members.
By the time 2020 came around we were already at over 100 people so we had already escaped that world of small companies and we were beginning to compete with larger players on increasingly large, complex and challenging projects.
Having private equity backing enabled us to grow much faster and to get access to much more robust funding. By 2022 we had also completed two acquisitions, one being a Spanish software house and the other a Hungarian company which is what allows us to deliver in fairly equal measure between the UK, Spain and Hungary. Of course, those acquisitions have been fully integrated meaning we are all a part of one company and very much deliver the services as a single brand.
In some cases, we have clients for whom we are delivering across our delivery centers, so we might have people from the UK, Spain and Hungary working together on the same project where we have different skills and disciplines in each delivery center and that is very specific to that project - that is really where we can drive the most value.
One of our core values is collaboration, and we tell our employees to ask for help if they get stuck for more than a few minutes on a technical problem; also that if they are asked for help by other employees then they must give that help immediately.
One of the biggest lessons is that I have my own experience being a software developer which set me up to be a very effective business leader. I think a lot of the stuff that you deal with in technology, for example, the algorithms that you have to create and the business logic side of things; a lot of it is common sense and problem solving - and I have to solve a lot of problems as a business leader!
The other side of that is that given my technical background, I have a preference for automation. If I was working with a client I used to say that if a computer can do it then let the computer do it. That's something that I think is good for all companies to think about when they are investing in technology. Whether it's to automate your back office, a sales function or some aspects of your product delivery, it's a no-brainer really to make that investment.
Well, we are sector agnostic, so we don't discriminate against any customers! There are a couple of industries that we would not work with but if it's a professional organization that requires software and wants to invest in technology to improve their business then we can help.
Sometimes our clients come to us with their own sophisticated software engineering team and delivery function but they want to move faster, to accelerate their digital roadmap. If our skills match then this would be a good customer for us.
These special self-locking cam and groove fittings function exactly like our original camlock couplings. However, these fittings include special self locking arms. When these arms are fully closed, they automatically locks in place and remain locked until the finger rings are pulled.
WARNING, these are only suitable for stationary applications. The release mechanism is triggered by pulling the release rings in the same direction as the arm opens, so for this reason the arms can opened if dragged, or if something moves past and catches the release ring.
These Type DC cam and groove fitting is made to quickly connect or disconnect. They comply with commercial item description A-A-59326D for quick disconnect fittings. These camlock fittings are often used in applications such as vacuum trucks, vacuum trailers, frac tanks, fuel delivery, grain movement and waste water industry. Camlock (cam and groove) fittings are popular couplings because they are economical and can easily be connected and disconnected.
All articles published by MDPI are made immediately available worldwide under an open access license. No special permission is required to reuse all or part of the article published by MDPI, including figures and tables. For articles published under an open access Creative Common CC BY license, any part of the article may be reused without permission provided that the original article is clearly cited. For more information, please refer to
Feature papers represent the most advanced research with significant potential for high impact in the field. A Feature Paper should be a substantial original Article that involves several techniques or approaches, provides an outlook for future research directions and describes possible research applications.
No. This is a set of mature projects. The main developers and contributors are researchers or work in the industry. The results of our DSS engine are cross-validated with the official OpenDSS engine on a regular basis.
To illustrate the maturity of the projects, see the growing list of works that used this project tools at our Citations page, as well as the GitHub repository listing for projects that directly depend on one of the projects on DSS-Extensions.
The base library from DSS-Extensions is AltDSS/DSS C-API. It uses an interface developed independently, with high performance in mind, within the limitations of the given Pascal framework. Neither AltDSS/DSS C-API nor the DSS-Extensions group was ever based on OpenDSSDirect.DLL/DCSL.
At first, the code was heavily based on the original code from the OpenDSS COM DLL (OpenDSSengine.DLL), with many modifications to achieve the initial goals. By doing that, we managed to reach the goal of good compatibility with the COM implementation, sidestepping the many issues we found when trying to do the same using the official OpenDSSDirect.DLL. For public data points, consider that several bugs in the projects OpenDSSDirect.py and OpenDSSDirect.jl were automatically addressed when they were migrated from the official OpenDSSDirect.DLL to AltDSS/DSS C-API.
Some historical context is available in and other posts in the official OpenDSS forum. The changelog for our engine and API is also a good source of information of what comes from the official implementation and what is new from DSS-Extensions.
When AltDSS/DSS C-API was first developed at Unicamp/Brazil, DSS-Python was a requirement to allow platform-independent code. The same Python code was required to run with the official OpenDSS COM DLL, and the our new Python module. If there were any doubts about the results we obtained in our Linux-based cluster, the same batch of scenarios (e.g. thousands of Monte Carlo simulations) would be re-evaluated using the official version on a cluster of Windows desktop machines.
Implementation-wise, there are different sets of conventions between the two modules. Mostly, DSS-Python mimics the COM implementation of OpenDSS, using (sometimes abusing) the concept of property to pass data. ODD.py is based on functions instead, and has a more flat organization of modules/classes.
c80f0f1006