Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Johannes Schindelin
    @dscho
    $ pacman -Qo /usr/bin/c++.exe
    /usr/bin/c++.exe is owned by gcc 9.1.0-2
    Алексей
    @Alexpux
    this is MSYS gcc
    Johannes Schindelin
    @dscho
    Right.
    I guess we could hardlink e.g. ld.exe and ld.bfd.exe in /mingw64/bin.
    Any reason we don't do that?
    Алексей
    @Alexpux
    doing this by hand in every PKGBUILD is not good idea
    i dont want to increase PKGBUILD scripts by harcoding creating symlinks/hardlinks
    Ray Donnelly
    @mingwandroid
    hardlinks work well on Windows in my experience, shame they don't get used more. Symlinks are troublesome though. Conda hardlinks things extensively.
    Johannes Schindelin
    @dscho

    doing this by hand in every PKGBUILD is not good idea

    I agree, but I was thinking more along the lines of a scriptlet that could be activated in PKGBUILD via options() (much like strip and !strip) and that would simply search through pkg/ for duplicates and make them hardlinks.

    It could even be an opt-out scriptlet (AFAIUC strip is "on" by default).
    @mingwandroid I agree about hardlinks working well on Windows (except of course on FAT).
    Symbolic links have become a lot less troublesome since that Windows 10 update which changed Developer Mode so that regular users have permissions to create symbolic links.
    The only remaining issue there is that Unix symlinks do not have a target type while Windows symlinks do.
    Ray Donnelly
    @mingwandroid
    Yeah, supporting those is I suppose a best-case effort and strictly opt-in via MSYS env var.
    Johannes Schindelin
    @dscho
    @mingwandroid there are real problems with that MSYS environment variable setting, though:
    • it is super hard to discover
    • it is inconvenient to configure
    • it is easy to forget
    In many ways, I would much prefer that option to be configured via /etc/nsswitch.conf or something similar. That way, it is not "per session" but "per MSYS root".
    Guillaume Jacquemin
    @williamjcm
    I just noticed that the mingw-w64-magnum-integration package in the repos is still on 2019.01 instead of 2019.10, even though the PKGBUILD was updated to 2019.10 in MINGW-packages.
    Алексей
    @Alexpux
    @williamjcm I'm busy at my work, so some time I will not work on MSYS2
    Christoph Reiter
    @lazka
    to whoever owns the msys2.org domain, extending it a few years now might be a good idea before prices rise...
    David Macek
    @elieux
    @lazka, huh?
    Christoph Reiter
    @lazka
    @elieux .org got de-price-capped and sold for 1B
    David Macek
    @elieux
    Whoa.
    Noted. Will try to check tomorrow.
    Christoph Reiter
    @lazka
    so if it rises 5-10 fold it might make sense to extend it now
    Christoph Reiter
    @lazka
    if anyone wants to keep a py2 package around please add a comment: msys2/MINGW-packages#6009
    David Macek
    @elieux
    Cool.
    Christoph Reiter
    @lazka
    here is the todo list: https://packages.msys2.org/python2
    David Macek
    @elieux
    What are the numbers?
    Christoph Reiter
    @lazka
    number of packages depending on it, but I think it's not quite right atm for != 0
    Christoph Reiter
    @lazka
    now it's a bit nicer: https://packages.msys2.org/python2
    David Macek
    @elieux
    Cool.
    David Macek
    @elieux
    I bought two more years for msys2.org.
    Christoph Reiter
    @lazka
    :+1:
    Biswapriyo Nath
    @Biswa96
    ln -sf creates actual files instead of symbolic link. Is this by-design?
    David Macek
    @elieux
    @Biswa96, yes.
    This can be changed, if you need.
    Biswapriyo Nath
    @Biswa96
    How?
    Without aliasing something like alias ln='cmd.exe /c mklink
    Алексей
    @Alexpux
    @lazka gtk4 for 32 bit crash during build
    David Macek
    @elieux
    export MSYS=winsymlinks:nativestrict, @Biswa96.
    Christoph Reiter
    @lazka
    @Alexpux yeah, it depends on a newer pango so it pulls it in from git and that makes the linker crash
    @Alexpux it's just not buildable atm
    I can move it to MINGW-packages-dev if you want
    Алексей
    @Alexpux
    @lazka I'm drop from repo removed python2 packages
    Алексей
    @Alexpux
    Need to add thumbcache.h header to mingw-w64
    to be able build new blender
    can someone ask to import it from wine to mingw-w64?
    Алексей
    @Alexpux
    hmmm in wine it mostly empty
    and dont have needed declarations
    Christoph Reiter
    @lazka
    @Alexpux cool, thanks!