Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    xeijin
    @xeijin
    But on AppVeyor I get these kinds of errors
    Setting $errorActionPreference or using -ErrorAction with silentlyContinue unfortunately doesnโ€™t seem to have any effect, whether I do it in the script or as part of the install command
    xeijin
    @xeijin
    Wondering if scoop is using separate ps1 scripts to actually perform the installation, and therefore not passing on the value of the variable?
    Richard Kuhnt
    @r15ch13
    @xeijin take a look at this .appveyor.yml
    It's important to run every scoop command with ps: and set $ErrorActionPreference to Continue
    Mathias Hermansson
    @se35710
    @r15ch13 Check hash is running twice on every install/update since the aria2 PR, feature or bug?
    Richard Kuhnt
    @r15ch13
    @se35710 definitly a bug :D
    Richard Kuhnt
    @r15ch13
    And fixed
    xeijin
    @xeijin
    @r15ch13 I am doing this, albeit in a .ps1 script, rather than appveyor.yml
    Unfortunately this value doesn't seem to persist beyond the initial command in Appveyor, it's the subsequent commands inside the scoop manifest that don't seem to receive the value set in the script for $ErrorActionPreference
    I have no idea why this happens on AppVeyor but not on my local machine
    The only way I can get around it is by setting $ErrorActionPreference before commands which call another command in the scoop app manifest, which is a pretty clunky way to do it (particularly if I DO want a script terminate with an error)
    Nick Budidharma
    @nickbudi
    @r15ch13 this seems to be related to the recent aria2 changes? lukesampson/scoop#2474
    xeijin
    @xeijin
    I found the issue I'm running into with AppVeyor: the scoop install.ps1script is setting $errorActionPreference = 'Stop', though I'm still not sure why AppVeyor is not discarding this value when the script is run like a local powershell instance would.
    xeijin
    @xeijin
    Guessing it may have something to do with AppVeyor executing scripts as remote jobs on the VM (rather than directly on the VM)
    I've submitted #2489 to restore the old value of $errorActionPreference
    Tres Finocchiaro
    @tresf
    Ugh... $errorActionPreference is the bane of my existence with PowerShell. Microsoft needs to provide better warning behavior or add exception handling. I have a mysql script that echos to stderr a benign warning and have to make a rube-goldberg ignore, parse and re-throw.
    </rant> :D
    Jan T. Sott
    @idleberg
    hey guys. two PRs led to creating my own scoop bucket. now, i wonder. it sounds like scoop isnt meant to serve as a tool to install plugins for an application?
    scoop install my-app installs to %userprofile\scoop\my-app, so it looks like i can't install a plugin to %userprofile\scoop\my-app\plugins\my-plugin, right?
    Chawye Hsu
    @chawyehsu
    scoop cannot manage the plugins, you should use the app to manage its plugins and persist the plugins directory.
    Jan T. Sott
    @idleberg
    unfortunately, the app cannot manage plugins, but thank you
    the app sets an env var, so i wonder if an installed plugin could use post_install to create a junction to the plugins folder
    Richard Kuhnt
    @r15ch13
    @idleberg you could use a installer/uninstaller script to create and remove the junction (or copy/remove files)
    Jan T. Sott
    @idleberg
    i'll look into it
    Bruno Vieira
    @brunovieira97
    Hey, guys! I'm trying to install Lynx browser via Scoop, but it keeps being identified as error during install (it asks for 32bit OpenSSL while I have the 64bit installed). How to deal with this kind of situations when using Scoop? I managed to get the 32bit OpenSSL dlls for Lynx exlusively (pasting them on it's root directory), but Scoop still tells me Lynx has an install error...
    Richard Kuhnt
    @r15ch13
    @brunovieira97 lynx copies some dlls from the installed openssl version over
    reinstall openssl via scoop install openssh -a 32 install lynx, and then reinstall openssl normally to get the 64bit version back
    Bruno Vieira
    @brunovieira97
    @r15ch13 got it. Pretty simple, actually. Thanks!
    Sam Garfinkel
    @sgarfinkel
    @r15ch13 That should be added as a note or as a dependency, no?
    Nick Budidharma
    @nickbudi
    Should app manifests also handle uninstalling files put in %appdata%?
    Richard Kuhnt
    @r15ch13
    @nickbudi most files in %appdata% are configuration stuff, we tend to not mess with the users settings :)
    Nick Budidharma
    @nickbudi

    ๐Ÿ‘

    with aria2 installed are manifests with magnet links possible?

    Richard Kuhnt
    @r15ch13
    @nickbudi no magnet links are not supported
    Mathias Hermansson
    @se35710
    For those having problems with scoop-java, just remove and add the bucket again. See: se35710/scoop-java#16
    Chawye Hsu
    @chawyehsu
    img
    A small idea occurred to me, then I created this several logos proposal for scoop. Just for fun, I'm not a graphic designer. ๐Ÿ˜„
    xeijin
    @xeijin
    Is there an easy way to get scoop to only download/cache files, but not proceed with the installation?
    I want to take the cache to a computer without internet access and use it to perform an upgrade offline
    Ideally I want it to cache any dependencies too, but not a deal-breaker
    Richard Kuhnt
    @r15ch13
    @xeijin no, currently there is no normal way to cache files. But you could utilize the checkver.ps1 as a workaround.
    run .\bin\checkver.ps1 -f <app> from ~\scoop\apps\scoop\current or ~\scoop\bucket\<bucket>to force an manifest update for this app. If it actually downloads a new version, you might want to reset the scoop installation afterwards with git reset --hard. Or clone the main or bucket repo to and execute it from there, so you don't have to mess up you installation :D
    Mathias Hermansson
    @se35710
    @r15ch13 What would be the best way to fix lukesampson/scoop#2591 To use $PSVersionTable.PSVersion?
    Tres Finocchiaro
    @tresf
    @se35710 did you already try -Name parameter?
    If you use the -Name parameter, Get-ChildItem returns the object names as strings.
    Tres Finocchiaro
    @tresf
    Alternatively, you should be able to do |Select Name on the object that's returned.
    xeijin
    @xeijin
    @r15ch13 thanks that is helpful
    extract_dir doesn't seem to be updating to the new version (3.6.0 -> 3.6.1) even though I've specified the $version place holder in the autoupdate.extract_direlement -- anyone know what I'm doing wrong here?
    xeijin
    @xeijin
    OK nevermind, just realised the original extract_dir needs to be within the respective architecture elements, rather than the root level. See lukesampson/scoop-extras#1233