shawn

I avoid CloudFlare downloads simply because of the trouble they've caused me in the past. However, there are a couple I use that I had to use with CloudFlare. I got around it by using a wget user agent and enabling the option to "not download simultaneously with other applications."

A few of my downloads (Krita) are now showing the following error on 1.18.11. I'm afraid I don't know if they showed the error on 1.18.10. 2019-06-11 06:15:21: Krita (x64): Failed, The server committed a protocol violation. Section=ResponseHeader Detail=CR must be followed by LF 2019-06-11 06:15:22: Krita (x86): Failed, The server committed a protocol violation. Section=ResponseHeader Detail=CR must be followed by LF 2019-06-11 06:15:22: Krita Portable (x64): Failed, The server committed a protocol violation. Section=ResponseHeader Detail=CR must be followed by LF 2019-06-11 06:15:22: Krita Portable (x86): Failed, The server committed a protocol violation. Section=ResponseHeader Detail=CR must be followed by LF These are the only references to Krita in the log, so it's difficult to troubleshoot. I don't mind cloning the content elsewhere via one of my servers, but need to know what exactly is causing the error. Is it during parsing for version? Downloading? Can these log entries be expanded to include the step of the process for the app that is currently being taken so that I can identify exactly what needs to be resolved? Thanks!

You only need the 7za file (renamed to 7z.exe is perfect), the dll isn't required. Glad you got it sorted.

Most likely it's just not in the path. Did you maybe replace the Ketarin folder without copying 7z.exe into the folder? You can get 7z from the "extra" download here. Extract the 7z.exe file and put it beside the ketarin.exe file.

You should not have to change the regular expression itself, just the URL it's pointing to. Use the original template I posted but change the <Name> element (near the end) to Zemana and the bleeping computer URL to https://www.bleepingcomputer.com/download/zemana-antimalware/dl/294/

If you don't care about harvesting the version numbers, you can download the latest MSIs directly at: https://download.mozilla.org/?product=firefox-msi-latest-ssl&os=win&lang=en-US https://download.mozilla.org/?product=firefox-msi-latest-ssl&os=win64&lang=en-US

You can parse the versions more reliably by consuming any page on the Firefox site and parsing for either: data-latest-firefox="([\d\.]+)" data-esr-versions="([\d\.]+)" Then download it with one of these: https://download-installer.cdn.mozilla.net/pub/firefox/releases/{version}/win32/en-US/Firefox Setup {version}.msi https://download-installer.cdn.mozilla.net/pub/firefox/releases/{version}/win64/en-US/Firefox Setup {version}.msi https://download-installer.cdn.mozilla.net/pub/firefox/releases/{version}/mac/en-US/Firefox {version}.dmg https://download-installer.cdn.mozilla.net/pub/firefox/releases/{version}/linux-x86_64/en-US/firefox-{version}.tar.bz2 https://download-installer.cdn.mozilla.net/pub/firefox/releases/{version}/linux-i686/en-US/firefox-{version}.tar.bz2

As it is, no, the only command you can run via the Commands menu is the "Post-download" command assigned to that specific app (not the global post-download command). Are you asking for a feature to add additional scripts to the Commands menu?

What is the context where it's asking you for window style? Is that a Multi Commander setting? You should be able to make any changes you like directly from Ketarin. I use nircmd to make simple INI changes and a custom VBS to make XML file changes.

Haven't tested your code but this may be the problem: Commander\" Note that a backslash escapes quotes, so you either need to use two or end the directory without the slash: 7z x "{file}" -o"{root}SyMenu\ProgramFiles\{category}\Multi Commander" -xr!*.ini -r -y Again, I haven't tried it, but it's worth a shot.

As for 7z - if you're keeping the packages portable then you should be able to put 7z.exe beside the ketarin.exe to make it available to Ketarin commands and scripting.

Fonts don't have to appear in the registry to be installed and available. The only thing necessary for a font to be "installed" is for the font file to be copied to the Windows\Fonts folder. If the font is there, it's installed. If not, it's not. Ketarin is more a package manager than anything. If an application doesn't have a download URL then it's not really a Ketarin thing. In this case, what you're trying to do is another thing that requires elevation. If you run Ketarin elevated ("run as administrator") this will succeed. If not, you'll get an access denied error. The first step in diagnosing problems with installer scripts or pre/post commands is to run them in a full interactive command prompt to see if they work that way. You can also use the "log" feature (CTRL+L) and look for errors during your commands. In either of these situations you'd see an access denied error. Trying it elevated it works. Run Ketarin elevated and you should be fine.

no, elevated. right-click on the keterain EXE and select "run as administrator"

are you running ketarin elevated? regedit requires elevation.

please read the notes that accompany the batch. try it. you can learn as much from failure as success.

An EXE isn't a font, so it won't install the fonts by copying the file. You'll need to extract it or run it to extract the fonts. Sometimes you can use "/S" to install it silently, but 7z should be able to extract if it's just a self-installing exe. Doesn't hurt to try, anyway. I would run this from a command line first to test it out: 7z e 214fa.exe If that results in your fonts being extracted then you're good to go. You just need to change the output directory and use a full path to the file. Something like this: 7z e -o"%windir%\fonts" "{file}" *.ttf *.otf *.ttc *.fon

use a complete path to the reg files. regedit.exe /s "{root}\Apps\Tweaks\ie.reg" regedit.exe /s "{root}\Apps\Tweaks\oeminfo.reg" regedit.exe /s "{root}\Apps\Tweaks\photo viewer.reg" regedit.exe /s "{root}\Apps\Tweaks\remove.reg"

Most likely the drive letter changed. Ketarin stores the complete path to the downloaded file, not the relative path. This means that if the drive you're running Ketarin on within your own computer maps it as E: and other computers you run it on map it as F: or G: then it won't be visible and will need to be reparsed before it'll run. A simple solution is to change the drive letter of your device to match the drive letter you originally downloaded stuff on. I use "K:". There is a sample script to automate this here.

If you're installing many fonts, then using a zip would be faster. I've never seen 7-Zip as part of a Ketarin distribution. Based on the image it looks like you installed or extracted the 7-Zip package into that folder. 7-Zip is released in both 32-bit and 64-bit formats. The 32-bit format will work on both 32-bit and 64-bit computers. For the purposes of running the "7z" command (7z.exe) you only actually need the 7z.exe file, everything else can be removed. It does need to be located within some directory in the system path, however. 7-Zip works with zip, rar, cab and many other compression formats. If the font file isn't compressed then you can use just the commands with "*" for many files, but if each Ketarin Application is a different font then you could use a more generic command: copy "{file}" "%windir%\Fonts" This would install the font by copying the individual file downloaded into the Fonts folder, regardless of format. It does expect that the file is a real font file, of course. Since zip files are files, if you were going to use a font.zip file you'd need to download it "to a file". You can't use "font.zip" as a folder name and have it still be a real compressed file.

Are you performing an "update and install" or just an "install"? The error would occur if you were attempting to use the "update and install" or if any variables you were using within your install script depended upon an active internet connection. I use the following to install Firefox: ECHO.[Install] >"%AppData%\firefox.ini" ECHO.InstallDirectoryName=Mozilla Firefox>>"%AppData%\firefox.ini" ECHO.QuickLaunchShortcut=false>>"%AppData%\firefox.ini" ECHO.MaintenanceService=true>>"%AppData%\firefox.ini" "{file}" /INI="%AppData%\firefox.ini"

In the last two examples the 7-zip command-line application is used. There are samples and suggestions in the Wiki of how this can work for you.

Alternatively, you could extract directly to the Fonts folder by selecting only those font file types with this:

The above assumes that the downloaded file ("{file}") is a single font file of any standard format (otf, fon, ttf, ttc). This would be true as long as you're downloading fonts individually. If you're actually downloading a fontpack or zip or something, in which case you'd need to extract them first. I recommend extracting them to a temporary folder or your 214FA folder to prevent extracting garbage information. That would look something closer to this:

the path your using is wrong. "start process" expects the name of an application, such as xcopy. you don't need to use the "start process" wizard but rather the "copy file" wizard. it would look like this:

If you have access to the server hosting the files, I'd look at the logs to see if there were a server-side reason why those requests were unfulfilled. If you don't have access to the logs I would first try setting the application "advanced" option to "don't download simultaneously with other applications" to minimize the chance of overloading the server. If you don't want to hit a single-threading limit that this checkbox imposes you could try reducing the global "connection" setting "number of parallel downloads" to a smaller number. I recommend no more than 2 or 3 if you have many apps on the same server. Too much load will get you blocked or even banned, or will result in the server or gateway using the user-agent header within their filtering rules, hurting all of your downloads or potentially all of *our* downloads.