| <<<Back 1 day (to 2022/04/24) | Fwd 1 day (to 2022/04/26) >>> | 20220425 |
artifexirc-bot | <gevreeen> is there a way to get a zip version of the ghostscript release? namely win64 binary but no installer | 04:21.43 |
| <gevreeen> or rather, is there a way to have the installer extract the content without actual installing? | 04:21.55 |
| <chrisl> gevreeen: No, there isn't, I'm afraid | 06:31.31 |
| <gevreeen> all right/ | 06:31.55 |
| <chrisl> Actually some compression/archiver applications can open nsis installer binaries, but YMMV | 06:33.51 |
| <chrisl> But, depending on your use case, be sure to read the license terms.... wouldn't want to infringe those, now! | 06:34.49 |
| <gevreeen> it's just that I don't want the installer to appear in my in my windows program/installer list | 07:19.11 |
| <gevreeen> hence r/w'ing to the windows registry | 07:19.33 |
| <gevreeen> nope 7za can't open this | 07:20.35 |
| <gevreeen> tested on v21.07 | 07:20.48 |
| <gevreeen> if it's the license that is the concern, you could have people agree to the license text before allowing downloading, making the process depend on javascreipt | 07:21.50 |
| <gevreeen> s/screipt/script/ | 07:22.11 |
| <KenSharp> But you are distributing Ghostscript, so you have to abide by the licence. | 07:22.31 |
| <KenSharp> Doesn't matter whether you agree to ti before downloading the installer or not | 07:22.50 |
| <gevreeen> nope, I'm running ghostscript for myself, but I guess there is no way to make certain of that | 07:23.38 |
| <KenSharp> If you are running it for yourself, then why do you care about running the Ghostscrip tinstaller ? | 07:24.02 |
| <gevreeen> because it writes to the windows registry | 07:24.38 |
| <chrisl> The main reason for not having an "extract only" option in the installer is because it's actually rather difficult to implement in nsis, and have work reliably | 07:24.45 |
| <gevreeen> or some additional switches like /IAcceptTheLicenseAndExtractToPath:<path> | 07:25.15 |
| <KenSharp> You can always build Ghostscript yourself from source then. It can be built with the community edition of MS Visual C | 07:25.21 |
| <gevreeen> all right. | 07:26.29 |
| <chrisl> TBH, I'm surprised it isn't a built-in option in nsis, but there you go.... | 07:27.49 |
| <chrisl> On Linux, at least, Engrampa can read the archive sections of an nsis installer. I've no idea if there is a Windows port, though | 07:28.59 |
| <KenSharp> Allegedly (using Professor Google) ZipDLL, NsUnizip, ExtractDLLEx, ExtractDLL, CABSetup and UnTGZ | 07:30.53 |
| <KenSharp> But the format may have changed since | 07:31.27 |
| <chrisl> We use lzma compression, so I'd expect it to be fairly widelt supported | 07:34.31 |
| <KenSharp> Allegedly 7za can decompress it too, using -m1=LZAM:d=25 | 07:35.01 |
| <KenSharp> Allegedly 7za can decompress it too, using -m1=LZMA:d=25 | 07:35.10 |
| <gevreeen> what, lemme try | 07:35.48 |
| <gevreeen> no can do >>> https://bpa.st/ARBA | 07:37.22 |
| <KenSharp> As I said, might have changed format since | 07:37.37 |
| <KenSharp> Or soemthing | 07:37.44 |
| <KenSharp> From nsis.sourceforge.io: | 07:39.06 |
| <KenSharp> Since version 9.34 [Jun 2014] 7-zip was also able to extract the compiled scriptcode, but this functionality was removed in 15.06. | 07:39.06 |
| <gevreeen> the irony | 07:39.35 |
| <chrisl> I bet they got complaints from people who didn't like bypassing their installers! | 07:40.23 |
| <gevreeen> maybe it's best for me to just build it from source. at lesat I can turn on several optimization flags | 07:40.27 |
| <gevreeen> a/lesat/least/ | 07:41.12 |
| <chrisl> Be careful with that, we use the compiler optimsations we do for good reasons | 07:41.13 |
| <RayJohnston> gevgreen: I think the best suggestion it what Ken said -- just build gs yourself. It puts the binaries all in "bin" at the top level of the sources. The VS solution is in the "windows" directory. It is nothing more than making sure that it is set for "Release" and clicking "Build". Oh, and selecting 32 bit or 64 bit build (I recommend 64 bit). Everything gs needs to run is in the gsdll##.dll (## is 32 or 64) -- all t | 15:44.45 |
| <RayJohnston> I'd seriously doubt that there are any compiler options that would measurably speed up gs | 15:45.56 |
| <RayJohnston> it's 99.9% C code, and as long as it's no a Debug build, the compiler, and hints we have in the C, like 'inline' and 'restrict' here and there added over the years when someone found a section that needed attention, have helped. | 15:49.00 |
| <RayJohnston> it's 99.9% C code, and as long as it's not a Debug build, the compiler, and hints we have in the C, like 'inline' and 'restrict' here and there added over the years when someone found a section that needed attention, have helped. | 15:49.15 |
| <<<Back 1 day (to 2022/04/24) | Forward 1 day (to 2022/04/26)>>> | |