DonationCoder.com Forum

Main Area and Open Discussion => General Software Discussion => Topic started by: ewemoa on September 13, 2015, 02:37 AM

Title: Chocolatey...opinions? portable?
Post by: ewemoa on September 13, 2015, 02:37 AM
Anyone tried Chocolatey (https://chocolatey.org)?

...and anyone successfully using it portably?
Title: Re: Chocolatey...opinions? portable?
Post by: wraith808 on September 13, 2015, 09:39 AM
I use it all the time.  What do you mean by 'portably'?
Title: Re: Chocolatey...opinions? portable?
Post by: Tuxman on September 13, 2015, 02:27 PM
I had tried it before it was cool.

There are some packages in it which don't work well due to missing "gcc" or something (maybe that's a package maintainer fault though); other than that, it's probably the best solution if you try to get something like apt.
Title: Re: Chocolatey...opinions? portable?
Post by: wraith808 on September 13, 2015, 02:34 PM
^ That is the packagers fault.  Each one is going to behave differently depending on how it's packaged.

I also thought that maybe I should clarify what I mean by "what do you mean by portably".  Did you mean the repo?  Or the application installs?
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 13, 2015, 05:41 PM
I use it all the time.  What do you mean by 'portably'?

Thanks for the comments.

I'd rather not "install" on a system but rather be able to have it and the associated apps be "portable" in the sense of "portable apps" so for example transportable on usb media.

AFAICT, the typical set up requires a specific environment variable be set on the system (got the feeling that just via a .bat file was insufficient).

Looking at some of the supported functionality I guess even if Chocolatey itself could be made portable, quite a few of the apps would not be (at least some aren't packaged in a "portable" way).
Title: Re: Chocolatey...opinions? portable?
Post by: wraith808 on September 13, 2015, 07:47 PM
I use it all the time.  What do you mean by 'portably'?

Thanks for the comments.

I'd rather not "install" on a system but rather be able to have it and the associated apps be "portable" in the sense of "portable apps" so for example transportable on usb media.

AFAICT, the typical set up requires a specific environment variable be set on the system (got the feeling that just via a .bat file was insufficient).

Looking at some of the supported functionality I guess even if Chocolatey itself could be made portable, quite a few of the apps would not be (at least some aren't packaged in a "portable" way).

That is correct.  There are those that have .portable installs, some that have .install installs, and those that have nothing to differentiate.  Some use silent scripts, and others do something as simple as a wget to get the installer, then run it. (screenshot captor has a package, and it does exactly that).  It really depends on the packager, and the facility of the application/installer. 

What you might be able to do is create a portable repository that the chocolatey executable points to in order to install.  But I haven't tried that.

For more information, you can look at https://github.com/chocolatey/choco/wiki/ChocolateyFAQs#what-distinction-does-chocolatey-make-between-an-installable-and-a-portable-application and the FAQ in general has a lot of questions similar to yours.
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 13, 2015, 08:00 PM
Thanks for the idea and FAQ pointer.

I imagine existing packages are likely to provide hints too :)
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 17, 2015, 08:00 AM
Creating the installation script often doesn't seem too bad, but appropriate upgrading and uninstalling seems like it can be a lot more work.

Have modified / created some packages to work (err, install anyway) with a number of "portable" versions of apps with some success and also configured the local Chocolatey to use a local folder of appropriate .nupkg files as a source.

I guess this might be one way to start picking up some PowerShell :)



On a side note, came across BoxStarter and Puppet -- anyone tried these out?

Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 17, 2015, 11:36 PM
As a possible alternative to Chocolatey, now trying scoop -- a bit bumpy, but this seems a better fit for the sorts of things I'm likely to use.

Other candidates of interest were just-install and Npackd, but haven't tried them yet.
Title: Re: Chocolatey...opinions? portable?
Post by: Tuxman on September 18, 2015, 02:36 AM
Any URL?
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 18, 2015, 02:44 AM
Ah, sorry:

  Scoop (https://scoop.sh/)
  just-install (http://just-install.it/)
  Npackd (https://npackd.appspot.com/)
Title: Re: Chocolatey...opinions? portable?
Post by: Tuxman on September 18, 2015, 02:48 AM
Hmm, scoop has broken SSL. :D

Now it seems that none of them has a similar package availability. :/
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 18, 2015, 03:20 AM
Yes, perhaps something is not right with the certificate situation for Scoop.

just-install.it doesn't appear to provide https access, but at least their repository does.



According the top page of just-install's repository:

I wanted something simple, something that would download an installer and run it silently. That's why I wrote just-install.

Npackd seems to be heavily installer-oriented too and also tied to the registry.

I try to stay away from installers as much as possible, and so far Scoop seems to cover what I'd use -- with a few additional 'manifests' that weren't too hard to write:

{
    "homepage": "https://www.getwox.com/",
    "license": "MIT",
    "version": "1.2.0-beta",
    "url": "https://github.com/qianlifeng/Wox/releases/download/v1.2.0-beta/Wox-1.2.0-beta.zip",
    "hash": "46666ad948db735a7e683efe01da2b61b28b768e7775a518dffbf6fbfc493f2a",
    "extract_dir": "",
    "bin": [ "Wox.exe" ]
}

{
    "homepage": "https://leiningen.org/",
    "license": "EPLv1",
    "version": "2.5.2",
    "url": "https://raw.github.com/technomancy/leiningen/2.5.2/bin/lein.bat",
    "hash": "bcf0d7a8bec3dadfa57fec60c86dd14b276aa3eaacb584cd3a2241a252ef0b46",
    "bin": [ "lein.bat" ],
    "post_install": [
        "lein self-install"
    ],
    "depends": [ "curl", "openjdk" ]
}
Title: Re: Chocolatey...opinions? portable?
Post by: panzer on September 18, 2015, 03:45 AM
ChocolateyGUI:
https://chocolatey.org/packages/ChocolateyGUI

Boxstarter:
http://boxstarter.org/

win-get:
http://windows-get.sourceforge.net/

Oneget:
https://github.com/OneGet/oneget

Gow:
https://github.com/bmatzelle/gow

NuGet:
http://www.nuget.org/

WAPT:
http://dev.tranquil.it/wiki/WAPT_-_apt-get_pour_Windows/en

Zero Install:
http://0install.net/

or just use Ninite:
https://ninite.com/
Title: Re: Chocolatey...opinions? portable?
Post by: IainB on September 18, 2015, 11:17 AM
@panzer's list above shows that there are several options for third-party non-proprietary application AUMs (Auto-Update Managers) in the market, and an exhaustively comprehensive list could well be much longer. By "non-proprietary" I am excluding here the proprietary AUMs, such as, for example (say), the Toshiba AUM that is part of the OEM installation on Toshiba laptops and which is designed for maintaining consistency/currency of the OEM-branded components of desktop client images.

From experience, updating apps tends to potentially be a chore and a time bandit, and so, over the years I have often wanted to use non-proprietary application AUMs. However, after trialing several, I gave up as I found that they generally tended to have some unavoidable common limitations which, taken together, made them not-so-useful for my purposes.
For example, the main ones for me:

Having said that, AUMs are well worth considering (especially where $FREE) as they could potentially serve a useful purpose for maintaining consistency/currency of desktop client images, either in a home environment/network or a small business environment/network, and they could definitely help reduce the chore and time bandit factors.

The most prominent AUM - and one that most Windows users would tend to be familiar with - is Microsoft's Windows Update, which updates not only the OS files but also Microsoft apps - e.g., including (say) MS Security Essentials (now combined with the Windows Firewall as Windows Defender), Skype, the MS Office Pro suite, and MS IE/MS Edge browsers.

Worth thinking about?:
Microsoft's Windows Update seems to be a seriously thorough and intelligent AUM, and if apps developers could somehow be given a standards-based approach to piggybacking on Windows Update, then that could be a really useful approach worth consideration for the future.
However, I suspect that it would be unlikely to happen, simply because of conflicting marketing objectives - for example, I recall that the FREE version of the excellent CCleaner defaulted to automatically checking for updated versions of itself on startup, and it tells you if there is an updated version available. If you then tell it to go get the update, it takes you to a web page where it seems to deliberately put an in-your-face default option to upgrade to CCleaner Pro and deliberately obscure/confuse access to the download link for the FREE version. You eventually find it minimised in the small print - e.g., Piriform.com (https://www.piriform.com/ccleaner/download/standard) (as at 2015-09-19), where you have to scroll down to the small print (no Big Fat Button, like for the paid version) where it merely says, for example, Piriform.com (https://www.piriform.com/ccleaner/download/standard) as an optional site to download from.

[ You are not allowed to view attachments ]

Some people (not me, you understand) might say that this could be considered as deliberately misleading, shonky and borderline legitimate commercial behaviour, and arguably only one step removed from the Candyware concept, but hey, if it gets a sale, then whether the punter bought it by mistake is neither here nor there, right? - however I couldn't possibly comment.
Title: Re: Chocolatey...opinions? portable?
Post by: wraith808 on September 18, 2015, 12:38 PM
AUM in normal techical ling = Repo(sitory) (https://en.wikipedia.org/wiki/Software_repository) for clarity of terminology.  And I wouldn't really view Windows Update as a repo, as you don't install from it- only update.  Microsoft had said to be developing a repo manager for Windows 10, but it is sadly not present.

By the same token, I'd not consider nuget to be in the same conversation, as it says in it's definition on nuget.org

NuGet is the package manager for the Microsoft development platform including .NET.

with development being the key word.  I'd put it in the same category as PsGet (http://psget.net/), as they're for very specific uses.
Title: Re: Chocolatey...opinions? portable?
Post by: wraith808 on September 18, 2015, 12:43 PM
Zero Install (http://0install.net/) looks quite nice.  The decentralized nature is intriguing, and it actually looks like something that might fit ewemoa's reqs.

UPDATE: Scratch that part about the reqs.  It requires .NET for the windows version.

UPDATE2: You might be able to build it from sources... it' uses OCAML, so I'm not sure why the windows version requires .NET.
Title: Re: Chocolatey...opinions? portable?
Post by: Tuxman on September 18, 2015, 01:11 PM
.net is a part of Windows anyway, right?
Title: Re: Chocolatey...opinions? portable?
Post by: wraith808 on September 18, 2015, 01:31 PM
.net is a part of Windows anyway, right?

It is.  But don't know what version it requires.  You'll need to have that particular version of .NET.  And all installations might not have it.  Usually .NET dependent programs aren't said to be 'truly portable', even though for all intents and purposes they might be.
Title: Re: Chocolatey...opinions? portable?
Post by: wraith808 on September 18, 2015, 01:35 PM
More info: Gow is a shell, not a package manager.  It's an alternative for windows to Cygwin.  But it was a welcome find for other reasons, even so.  I'd stopped using Cygwin because it was so huge.  Gow is apparently small.
Title: Re: Chocolatey...opinions? portable?
Post by: wraith808 on September 18, 2015, 01:44 PM
More info: OneGet is included in windows 10.  Go to the powershell console, and type Get-PackageProvider to see the providers available.  So I guess that maybe this was what MS was intending to include, but it wasn't finished for public consumption?

It can also install chocolatey packages: Get-PackageSource -Provider chocolatey retrieves the package source.  It looks quite interesting, but I have to do more research.

UPDATE: Get-Package from the powershell prompt shows *everything* you have installed.  It's pretty cool!
Title: Re: Chocolatey...opinions? portable?
Post by: wraith808 on September 18, 2015, 01:57 PM
More info: Win-Get and Windows-Get seem abandoned.  The last update date on them is quite old, and looking at the repos, the versions of the software available is likewise ancient.
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 18, 2015, 06:05 PM
More info: Win-Get and Windows-Get seem abandoned.  The last update date on them is quite old, and looking at the repos, the versions of the software available is likewise ancient.

Hadn't seen Windows-Get, but unmaintained / abandoned was how it seemed to me for Win-Get and WPKG so I didn't mention them earlier.
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 18, 2015, 06:14 PM
IIRC, I'd avoided ZeroInstall earlier because of .NET dependencies and the seeming requirement of having to sign packages (nice to have optionally, but being forced even for my own local purposes seemed too much).

Now that I'm not looking after XP machines, the .NET requirement issue may not be relevant, and perhaps the package signing situation is different now (or may be I misunderstood earlier).

May be worth another look...
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 18, 2015, 06:25 PM
UPDATE2: You might be able to build it from sources... it' uses OCAML, so I'm not sure why the windows version requires .NET.

The github repository had the following instructions for building:

  https://github.com/0install/0install#user-content-windows-installation

No idea why .NET is necessary -- may be there are convenient libraries for working with Windows that are being leveraged?

But perhaps the version required doesn't require any additional installing as Tuxman hinted at.
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 18, 2015, 06:29 PM
Another one that was also on panzer's list that looked worth checking out was WAPT but I haven't done so yet.
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 18, 2015, 08:34 PM
@panzer's list above shows that there are several options for third-party non-proprietary application AUMs (Auto-Update Managers) in the market, and an exhaustively comprehensive list could well be much longer.

Yes, I took a look at:

  https://alternativeto.net/software/chocolatey/?platform=windows

while trying out a number of things, and indeed that list was on the long side.

I gave up as I found that they generally tended to have some unavoidable common limitations which, taken together, made them not-so-useful for my purposes.

That had been the case here too, but things seem to have evolved over the years -- of course, my criteria are different.  For example, I'd much prefer something along the lines of:

* Can examine, tweak and extend source code of the system, but also allow creation of 'recipes' for additional software with a reasonable amount of effort
* Can build with tools which I 'can build' / trust
* The system itself being portable
* Not requiring additional components to be installed (or minimal additions if possible -- it turns out that there appears to be a version of Scoop which runs with PowerShell 2 so PowerShell 3 may not have to be installed if one is using Windows 7 SP1)

As we're likely all aware, the installation / deployment step has been abused in recent years so some might say it's prudent to be on the paranoid side regarding tools and systems that aid in such processes :)
Title: Re: Chocolatey...opinions? portable?
Post by: wraith808 on September 18, 2015, 09:52 PM
Another one that was also on panzer's list that looked worth checking out was WAPT but I haven't done so yet.

I'd seen that one and discarded it also for some reason, which was the reason I didn't mention it.
Title: Re: Chocolatey...opinions? portable?
Post by: 4wd on September 18, 2015, 11:05 PM
You eventually find it minimised in the small print - e.g., Piriform.com (https://www.piriform.com/ccleaner/download/standard) (as at 2015-09-19), where you have to scroll down to the small print (no Big Fat Button, like for the paid version) where it merely says, for example, Piriform.com (https://www.piriform.com/ccleaner/download/standard) as an optional site to download from.

[offtopic]
Interestingly, I don't get that at all - if I tell it to check for update I get taken to a page where there's an option to buy the Pro version but there's also a large button that says No thanks.
Clicking that takes me to the normal download page where there is no option to tell it where to download from but you do get the option to go to the Builds (https://www.piriform.com/ccleaner/builds) page to download the Portable and Slim versions.
[/offtopic]
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 19, 2015, 01:42 AM
I'd seen that one and discarded it also for some reason, which was the reason I didn't mention it.

He he.  When I try to investigate it, my brain cringes at the seeming amount of effort involved in assessing it :)  Source is available though (at least partly Python?).
Title: Re: Chocolatey...opinions? portable?
Post by: panzer on September 19, 2015, 03:35 AM
More info: Gow is a shell, not a package manager.  It's an alternative for windows to Cygwin.  But it was a welcome find for other reasons, even so.  I'd stopped using Cygwin because it was so huge.  Gow is apparently small.

More Cygwin alternatives (at the bottom of the page):
http://alternativeto.net/software/cygwin/
Title: Re: Chocolatey...opinions? portable?
Post by: IainB on September 19, 2015, 04:47 PM
@panzer's list above shows that there are several options for third-party non-proprietary application AUMs (Auto-Update Managers) in the market, and an exhaustively comprehensive list could well be much longer.
...
I gave up as I found that they generally tended to have some unavoidable common limitations which, taken together, made them not-so-useful for my purposes.
_______________________________

That had been the case here too, but things seem to have evolved over the years -- of course, my criteria are different.  For example, I'd much prefer something along the lines of:

* Can examine, tweak and extend source code of the system, but also allow creation of 'recipes' for additional software with a reasonable amount of effort
* Can build with tools which I 'can build' / trust
* The system itself being portable
* Not requiring additional components to be installed (or minimal additions if possible -- it turns out that there appears to be a version of Scoop which runs with PowerShell 2 so PowerShell 3 may not have to be installed if one is using Windows 7 SP1)

As we're likely all aware, the installation / deployment step has been abused in recent years so some might say it's prudent to be on the paranoid side regarding tools and systems that aid in such processes :)
_______________________________________

Things certainly do seem to have evolved over the years.
Quite by chance, I stumbled upon these links (below) whilst looking at ways to automate the updates of AutoHotkey  Hotkey files across disparate client devices, via the Internet.
The vid in the first link is very instructive - about 36mins. long.
The second link is what led me to the first, and it has some useful information there.
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 19, 2015, 06:27 PM
More info: Gow is a shell, not a package manager.  It's an alternative for windows to Cygwin.  But it was a welcome find for other reasons, even so.  I'd stopped using Cygwin because it was so huge.  Gow is apparently small.

I'd come to use Cygwin less over the years as I had difficulty consistently making it portable -- the size was also not a point in its favor.

Gow does look interesting.

Thanks to panzer for pointing it out :)
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 19, 2015, 09:47 PM
Quite by chance, I stumbled upon these links (below) whilst looking at ways to automate the updates of AutoHotkey  Hotkey files across disparate client devices, via the Internet.

From briefly viewing portions of one of the 'using and creating...' video I gathered that:

* One can use a tool to generate a skeleton file/folder structure that eventually get packaged as a .nupkg for Chocolatey (looks like the fellow used yeoman for this).

* Once the skeleton files are generated, one appropriately edits some of the generated .ahk files to place one's own AHK code within

* By an appropriate method generated a .nupkg file and then optionally upload / place the .nupkg file somewhere one's Chocolatey installations can get at it (e.g. somewhere on the net, a local directory, etc.)

* One can use Chocolatey to install those appropriately located .nupkg files

Does that sound about right?
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 19, 2015, 09:58 PM
IIRC, I'd avoided ZeroInstall earlier because of .NET dependencies and the seeming requirement of having to sign packages (nice to have optionally, but being forced even for my own local purposes seemed too much).

Current impression is that with "local feeds", signing is not necessary (or not done even if desired?):

There are two other differences to note: there is no digital signature at the end (we assume that no attacker could intercept the file between your harddisk and you ;-), and the version number ends in a modifier (-pre in this case), showing that it hasn't been released.

via http://0install.net/local-feeds.html
Title: Re: Chocolatey...opinions? portable?
Post by: panzer on September 21, 2015, 04:52 AM
Thanks to panzer for pointing it out :)

You are welcome.
Title: Re: Chocolatey...opinions? portable?
Post by: IainB on September 21, 2015, 12:39 PM
...Does that sound about right?...
_______________________

Hahaha, well it looks like it could be, but it seems that there's probably a lot more going on - or at least implicit in what is going on - than a simple précis such as yours might be able to do justice to.
For example, one of the implications that stood out for me was the potential usefulness of all the tools that were being used in a linked/sequential fashion. The demo showed it all being done manually (by typing commands into the PowerShell interface), complete with errors and then corrections, at the keyboard. The person at the keyboard probably needs to be something like (say) a Grade A system mechanic in the systems being used with current knowledge all in his head as he types - and he did say he had spent a lot of time getting to that point - so there's a dependency right there.

Could it be done by an inexperienced operator/user? Probably not without further automation.
The challenge would thus seem to be to encapsulate/automate all of what he did, as (say) a batch job or (better) via a stable and robust GUI wizard interface.
The OP for this thread requests opinions/thoughts about Chocolatey and using it as a portable tool. Portability might actually make what already seems to be a powerful and complex toolset even more complex to use, and thus more complex/difficult to automate (e.g., a decision table with too many potential decision branches with unknown exits in the process to be able to easily cater for them all). Furthermore, even if you did manage to automate it, would the potential impermanence of some of the toolset components frustrate the objective of the wizard GUI?

What I mean by that is, looking at it from a theoretical perspective, if:

Things get even better at CMM Levels above that, but - and I could be wrong, of course - I get the impression from the video that the CMM Level in this case was likely to be 1 or 2, but not 3 for some/most of the toolset components - in which case, from a risk-avoidance perspective - you take the lowest CMM Level of any part of the AS-IS process as your LCD (Lowest Common Denominator) and overall CMM level (it's the weakest link). That could be termed as being "Not yet ready for Prime Time", or something.

Therefore, overall, I'd not be too optimistic about the process being something that could be fully automated with (say) a GUI wizard on the front. However, if one had the resources, an experimental approach might still be interesting. Try to do an exploratory "suck-it-and-see" - i.e., build a prototype of the automation Wizard - and see how long it lasts before a change (or successive changes) in the toolset breaks it. The trick then would be to see if you could obtain advance warning of any impending changes, so as to have a fix in place for the Wizard in sufficiently timely fashion as to avoid the Wizard failing.

A bit of a rant:
A current example of an update process with an LCD at CMM Level 1 (Ad hoc/Chaotic) could be the process for releasing Mozilla Firefox Beta versions. I subscribe to the Beta release channel, and I have to put up with releases coming out like water sputtering out of a hosepipe with air-locks. Just about every release screws something or other up, typically breaking one or several FF add-ons/extensions, and usually for no other better reason than that the probably overworked add-on developers don't have the time/resources to jump when FF says "Jump!" and so don't manage to get the add-on verified in time for the uncontrolled release schedule.
So the add-ons tab is spattered with disabled add-ons, because some wag at Mozilla has issued a bureaucratic mandate that all add-ons must be verified by Mozilla for each new FF release or the add-on will be disabled, or something.

Wherever you get CMM Level 1 or 2, you can usually identify cost inefficiencies and waste. The above Beta release process is what is often referred to by the euphemism "uncontrolled release management" in ITIL-speak, and is simply nothing more than just bad IT service management practice where the use of the term "management" could be a moot point.
The amount of work it creates (a lot of which may be unnecessary/unproductive) for the add-on developers must be rather like an iceberg, and Mozilla probably isn't paying these third-party developers to dance to their tune either, so it seems to be a cynical cost-transfer or economic externalisation exercise with "all care and no responsibility" on Mozilla's part, and with the developers footing the bill.
Quite a lot of pundits seem to be saying that Mozilla might have had a "cultural collapse" and lost sight of their original objectives, and that this verification dance is likely one of the outcomes from that collapse - and they may be right, but I couldn't possibly comment.
Title: Re: Chocolatey...opinions? portable?
Post by: wraith808 on September 21, 2015, 12:49 PM
I'd seen that one and discarded it also for some reason, which was the reason I didn't mention it.

He he.  When I try to investigate it, my brain cringes at the seeming amount of effort involved in assessing it :)  Source is available though (at least partly Python?).

I remember why now.  With no English documentation, I didn't feel I wanted to go in that direction.  Superficial... maybe?  But definitely a breaking point for me.
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 21, 2015, 07:25 PM
With no English documentation, I didn't feel I wanted to go in that direction.  Superficial... maybe?  But definitely a breaking point for me.

Being able to learn and then continue to do so about a topic seems an important criteria (especially for things that keep changing like software), so if the info is in a language one does not know, then that doesn't sound superficial to me :)
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 21, 2015, 08:47 PM
I'm not sure I can digest so much at once but I'll respond to what I can ATM :)

For example, one of the implications that stood out for me was the potential usefulness of all the tools that were being used in a linked/sequential fashion. The demo showed it all being done manually (by typing commands into the PowerShell interface), complete with errors and then corrections, at the keyboard. The person at the keyboard probably needs to be something like (say) a Grade A system mechanic in the systems being used with current knowledge all in his head as he types - and he did say he had spent a lot of time getting to that point - so there's a dependency right there.

Perhaps you're hinting that current technology has a human involved at some point -- and that's a dependency.  What actions the person decides on (can at least in retrospect) be viewed as a program that person executed.  Roughly speaking, I'd guess that accurate documentation means that other people are able to execute appropriate instructions (as well as adapt them to their needs).  So the instructions are distributed partly in humans and partly in machines -- depending on the system what the distribution of the instructions is differs I guess.

The video we watched seems to be in the territory of what I'd guess programmers and system administrators would feel capable of "decoding" -- a form of documentation.

I'd guess it's quite normal for something of this nature to not have documentation that's spelled out tidily -- but apart from docs, who knows how well the software behaves in practice (it might be fine, just haven't tested)!  Single programmer working for fun in spare time and all :)
Title: Re: Chocolatey...opinions? portable?
Post by: IainB on September 23, 2015, 12:18 AM
...I'd guess it's quite normal for something of this nature to not have documentation that's spelled out tidily -- but apart from docs, who knows how well the software behaves in practice (it might be fine, just haven't tested)!  Single programmer working for fun in spare time and all :)
_________________________

Yes, sure, but I wasn't suggesting that the AS-IS process had to be covered by "documentation that's spelled out tidily", but that the documentation should always  - at any point in time - accurately reflect the AS-IS process (regardless of the form that the documentation took).
I wasn't trying to denigrate the efforts of the people who got the video to that state, I was trying to show a line of reasoning, based on general theory, that the likelihood of being able to automate the relevant AS-IS processes seemed potentially low. I put the video link there because I reckon it was fantastic - I mean, it seemed really impressive in what it showed could be done there. It's just that, if you have that dependency - i.e., that you need to be a Grade A systems mechanic, or something, or drag one around with you to get it all working - then it's unlikely to be of much use to the general public/user. Only the techos would really be able to take advantage of all that good technology. So that could probably be quite a severe a limitation as to practical usage/applicability.

A key realisation to the understanding of the CMM and its implications is that, to all practical intents and purposes, if a process is generally likely to be in a perpetual or semi-perpetual state of dynamic change - e.g., as in CMM Level 1 (Ad hoc/Chaotic) or Level 2 (Repeatable) - then it is impermanent, and, try as one might to define it and automate it, it would be likely to keep changing whilst one was doing that, thus invalidating the definition/automation.  A bit like trying to pin down a blob of mercury. It would be a process that was probably outside of one's control, and would almost certainly be out of statistical control (Shewhart, Deming et al), so it would be unpredictable, by definition.

Automation necessarily carries the prerequisite of predictability of the AS-IS process and its outcomes.

Interestingly, and as an aside, the characteristics of organisations whose processes are generally at CMM Level 1 or 2 can typically include:

 - so if that seems somewhat déjà vu, then that could be the the explanation as to why.
Title: Re: Chocolatey...opinions? portable?
Post by: ewemoa on September 23, 2015, 09:31 PM
Not familiar with CMM, so am scanning a Wikipedia page for it (perhaps that's not too awful ;)).

A key realisation to the understanding of the CMM and its implications is that, to all practical intents and purposes, if a process is generally likely to be in a perpetual or semi-perpetual state of dynamic change - e.g., as in CMM Level 1 (Ad hoc/Chaotic) or Level 2 (Repeatable) - then it is impermanent, and, try as one might to define it and automate it, it would be likely to keep changing whilst one was doing that, thus invalidating the definition/automation.

Sounds familiar :)
Title: Re: Chocolatey...opinions? portable?
Post by: IainB on September 24, 2015, 06:01 AM
Not familiar with CMM, so am scanning a Wikipedia page for it (perhaps that's not too awful ;)).
___________________

Try this. I think it will still work: CMM - Capability Maturity Model (https://googledrive.com/host/0B9rIby-RfgLNdkRYbm8xV1pkeW8/CMM-Capability-Maturity-Model.htm)
Title: Re: Chocolatey...opinions? portable?
Post by: panzer on November 12, 2015, 04:03 AM
Bower is also a package manager, but for the web:
http://bower.io/
Title: Re: Chocolatey...opinions? portable?
Post by: Edvard on November 21, 2015, 10:12 PM
More info: Gow is a shell, not a package manager.  It's an alternative for windows to Cygwin.  But it was a welcome find for other reasons, even so.  I'd stopped using Cygwin because it was so huge.  Gow is apparently small.

Looking at Gow now.  Looks nice, glad to hear of it. 
Also, if all you need are the tools, not the environment, look at GNUWin32:
http://gnuwin32.sourceforge.net/
Title: Re: Chocolatey...opinions? portable?
Post by: panzer on April 01, 2016, 01:13 AM
"... RuckZuck is a free Software Package Manager for Windows, designed to keep the Software on your System(s) up to date even if the Software was not installed with RuckZuck. The Tool provides an easy graphical User-Interface to install or upgrade software with just a few clicks. It also provides a wizard to create and upload new Software entries to the repository. So if you miss a software, create a new record ...":
http://ruckzuck.tools/
Title: Re: Chocolatey...opinions? portable?
Post by: panzer on May 11, 2016, 05:03 AM
Pint - a minimalistic command line package manager for Windows:
https://github.com/vensko/pint