Share

7-Zip

The forum address has changed, you have been automatically redirected. Please update any bookmarks to use the new URL.

Subscribe

bug from 4.40 to 4.41: 4.41 does no longer list/extract the "[NSIS].nsi" within from NSIS installer archives!

  1. nobody

    2006-05-09 16:06:25 UTC
    (see Subject)
  2. nobody

    2006-05-09 16:11:14 UTC
    If Igor does not want to correct this bug in next release, it is time to start a new project without such limitations and a better GUI, based on 7-Zip sources.
  3. nobody

    2006-05-10 02:12:54 UTC
    Go for it!
  4. nobody

    2006-05-10 09:25:25 UTC
    Hello everyone,

    this is no bug!
    Are there *any* good arguements _pro_ saving *.nsi-files? I do only know one or another against saving them.
    As far as I am concerned, I'm only interested in files inside the "archive", not the scripts they are installed with.
    Using a program for criminal intents does not mean the program or the programmer is criminal. But the abuser maybe...

    Best regards!
  5. nobody

    2006-05-10 10:19:53 UTC
    Are there *any* good arguements _against_ saving *.nsi-files? If the user don't want to do it, he just has to not select it.
  6. nobody

    2006-05-10 10:49:47 UTC
    Hello everyone,

    arguement against:
    the author of a programm is free to decide if he wishes to tell people what script he uses and what's inside. Most authors do not want to tell people about these things -> they do not make these things visible. Whereas the author wants to spread a program -> he makes it visible.
    There are some more arguments, but I do not want to give stupid people hints to abuse *any* program.
    One more time: it's not a bug!

    Best regards!
  7. 2006-05-10 12:43:47 UTC
    If you're creating installer with opensource NSIS, why I can't view source installation script? I think it's not a bug. I hope the feature will be added again later. Also waiting for Igor's comments.
  8. nobody

    2006-05-11 17:23:51 UTC
    waiting for a response of the author
  9. nobody

    2006-05-11 19:37:44 UTC
    such things prevent me from donating at the moment.

    i don't understand why igor don't want to comment his decisions.
  10. nobody

    2006-05-11 20:18:10 UTC
    Say thanks to a bunch of whinny pussies (wannabe elite programmers lol) @ NSIS forum who made a terrible big deal out of this minor feature.

    By the way, as it was, [NSIS].nsi was not compilable (so all the "code stealing", "intellectual property" talks are complete BS) and only gave a basic idea of what the installer does.

    Fuck these lamers. I say lets make a real NSIS decompiler and watch them go crazy :)
  11. 2006-05-14 01:46:43 UTC
    Igor, if you're reading this thread, please reconsider this decision. That majority of users both on this forum and even on the Winamp.com forum do not feel that this is an issue. Personally, I think it's a wonderful feature, and as I stated in my previous comment, it's a large part of the reason I donated money to your fine project. As the previous poster stated (though not quite so eloquently), this "issue" is being caused by a vocal minority on the Winamp.com forum who don't seem to understand the purpose of an installer, nor what 7-zip actually does to create the .nsi file.

    Almost ever other installer, ranging from old Wise for Windows to Windows Installer (MSI), offers SOME way to unpack files. For those that don't, such as Inno Setup, a third-party unpacker has been developed (see http://innounp.sf.net/, another great utility that I quite often use) . Why is this capability so widespread? Because it makes life easier for A) power users, and B) administrators. As a user, I may want to quickly and temporarily use an application, without going through a full installation routine, making changes to the system, adding stuff to the registry, etc. By unpacking an installer (or preferably by just extracting a binary archive file if available), I can easily do that. As a concrete example, I've posted before that I use 7-zip as a component of one of my own programs. In order to update the 7-zip component, I'd have to download the latest NSIS installer, install it, copy over the program files directory, delete the uninstaller file(s), then uninstall it from my system. That a lot of unnecessary steps compared to downloading and unpacking, which is what I started doing when you began offering MSI installers.

    As an administrator in a former job, my primary responsibility was application deployment. Now, enterprises often have a standard format that's either required or strongly preferred for deployment. In almost every case I've heard of, this is Windows Installer. Well, what happens if I want to deploy an app with an NSIS installer? Previously, I'd have to install it, figure out by hand what it does, create my own installation script, package it as a new MSI, then do some pretty extensive testing to make sure I didn't forget about anything. With the features in 7-zip 4.40, however, I can just unpack the files I need, reference the .nsi file to see what changes it's supposed to make, then I'm good to go.

    I guess the closest analogy here would be the aforementioned innounp. It basically does the exact same thing for Inno Setup installers as 7-zip 4.40 does for NSIS installers; provide users the ability to extract files from the installer, and generate a new installer script for reference. innounp has been out for a couple years now, and as a regular visitor to the Inno Setup newsgroups, I can tell you that it hasn't been a huge deal for people. For those of you that have concerns about this, trust me, life will go on. :-)

    So Igor, once again I ask that you reconsider. There are a lot of benefits to both 7-zip and NSIS installer users, and NSIS installer developers, as pointed out on their own forum, should really be using encryption or other more secure forms of protection for sensitive data anyway, rather than trying to rely on an open source installer. The purpose of an installer is to setup an application on a computer. The developer's job is to make this as easy as possible for the user, but ultimately it's the user himself who'll be using the application, and HOW he wants to use it is his prerogative.

    Thanks for taking the time to read this reply.
  12. 2006-05-14 04:20:15 UTC
    I can enable .nsi extracting, if main NSIS developers will say that it's OK for them.

    BTW, you can use nsis.dll from 4.40, if you need it.

    7-Zip 4.40 extracted only some .nsi commands. Better support requires big work (maybe 1-2 week). I don't want to spend time for it.


  13. nobody

    2006-05-14 08:59:09 UTC
    "I can enable .nsi extracting, if main NSIS developers will say that it's OK for them."

    Igor Pavlov: Please keep us informed here.
  14. nobody

    2006-05-14 16:36:45 UTC
    This discussion is slightly silly.

    If you want a protection, write your own closed
    source installer / compressor / protector, and do
    not bug maintainers of opensource projects (7-ZIP,
    NSIS, UPX, ...) about such problems.

< Previous | 1 | Next >

Add a Reply

This forum does not allow anonymous participation.

Log in to add a reply. Not registered? Create an account to participate and receive email updates when replies are posted to this topic.