Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 03:20
    jeremyd2019 commented #47
  • 03:20
    jeremyd2019 commented #47
  • 03:17
    jeremyd2019 commented #47
  • 03:10
    jeremyd2019 commented #47
  • 02:59
    jeremyd2019 commented #47
  • 02:56
    jeremyd2019 commented #47
  • 00:58
    jeremyd2019 synchronize #47
  • 00:24
    jeremyd2019 ready_for_review #47
  • 00:24
    jeremyd2019 commented #47
  • 00:20
    jeremyd2019 review_requested #47
  • Jun 21 23:46
    jeremyd2019 commented #2557
  • Jun 21 23:40
    lbmeng commented #2058
  • Jun 21 23:19
    jeremyd2019 opened #2557
  • Jun 21 23:00
    jeremyd2019 synchronize #47
  • Jun 21 22:53
    jeremyd2019 synchronize #47
  • Jun 21 22:51

    jeremyd2019 on msys2-3_2_0-release

    Fix 64 vs 32-bit type confusion… (compare)

  • Jun 21 22:51
    jeremyd2019 closed #48
  • Jun 21 22:50
    jeremyd2019 synchronize #47
  • Jun 21 22:47
    jeremyd2019 edited #48
  • Jun 21 22:42

    github-actions[bot] on srcinfo-cache

    Enable nvenc and amf in ffmpeg Update PKGBUILD Merge pull request #8974 from I… (compare)

Алексей
@Alexpux
while switching isl to static only lead to switch mpfr,mpc,gmp to static only
Christoph Reiter
@lazka
yeah
Алексей
@Alexpux
and rebuild everything depends on it
Christoph Reiter
@lazka
maybe I should extend autobuild to also allow locally built packages being uploaded
I'll look into that some time
Алексей
@Alexpux
ok
Ray Donnelly
@mingwandroid
Hey MSYS2. If anyone is interested in applying for a job as a software packager, a company that's closely related to Anaconda, Inc is looking for someone.
2 replies
Алексей
@Alexpux
:)
David Macek
@elieux
One random thought. If pacman and bash were compiled natively for Win32 platform do we need msys2 layer at all?
I find the "bash compiled natively for Win32" concept hard to grasp. There' s a lot of foreign semantics in POSIX shells AND their usage, job control, forks, /dev/null, /proc/...
Алексей
@Alexpux
yeah
David Macek
@elieux
One could maybe make a simpler shell in Win32, e.g. busybox-w32 like you pointed out.
But I don't know how good that is for autoconf, libtool and other shell monstrosities.
Or one could make a full-featured one, but essentially end up reimplementing Cygwin once again. :)
I know there are other annoyances with this emulation, but I believe a major one is the bad performance. This is where Midipix could help in the future.
Алексей
@Alexpux
Midipix still alive?
David Macek
@elieux
Yes.
Алексей
@Alexpux
Do you try it?
David Macek
@elieux
I tried it once, but there was a bug that made it crash on my system.
I will definitely try it again, maybe try to build Pacman or something.
Mateusz Mikuła
@mati865
Makepkg explicitly relies on Bash, if it was replaced with ash I'd expect it to fail because of missing features.
Biswapriyo Nath
@Biswa96
Isn't makepkg only a shell script? Does shell matter there?
David Macek
@elieux
That, too.
Makepkg uses Bash-only features.
Mateusz Mikuła
@mati865
All PKGBUILDS are also created with Bash in mind.
Biswapriyo Nath
@Biswa96
If I build evince in my pc it is 1MB greater than CI build. Is it possible to know the difference of any dependency?
Christoph Reiter
@lazka
any thoughts on adding a mingw git by syncing in https://github.com/git-for-windows/MINGW-packages/tree/main/mingw-w64-git
Christopher Degawa
@1480c1
Any major difference between the two in functionality?
The only things i know is git for windows works with vscode's special something and git for msys2 didn't
Biswapriyo Nath
@Biswa96
Is it 100% native to Win32, there is perl in depends? @dscho
Christoph Reiter
@lazka
it returns Windows paths for one, and it's faster (a lot for large repos)
other than that no idea

any thoughts on adding a mingw git by syncing in https://github.com/git-for-windows/MINGW-packages/tree/main/mingw-w64-git

yes @dscho ^

David Macek
@elieux
For correct function, it requires other patched packages.
Biswapriyo Nath
@Biswa96

https://github.com/git-for-windows/MINGW-packages/tree/main/mingw-w64-git

Also that folder contains source code, do we want to store those here?

Unai Martinez-Corral
@umarcor
@mingwandroid, WRT :point_up: January 10, 2021 11:27 PM no worries, I'm not in a rush to have it done, just slightly annoyed/frustrated because finding the workaround is being harder than packaging several other tools. Hope they let you out soon! (despite not having much outside to go to :S)

it should work if you create a branch or PR though

@Alexpux, @lazka I can confirm that branches/PRs are properly processed and several tools are built. If they depend on each other, the proper build order is picked and tools are installed before building the next.

That is true for forks of msys2/MINGW-packages too, even if a PR was not created yet.
jeremyd2019
@jeremyd2019
@lazka msys2 cmake failure from https://github.com/msys2/msys2-autobuild/runs/1693585949?check_suite_focus=true - issue with autobuild providing staged packages for dependencies?
2 replies
Maria Kerr
@mkmk0202_gitlab
Can someone help where we can find EULA or license of MSYS2?
Christopher Degawa
@1480c1
Msys2 probably doesn't have a collective license since it's more like a combination of programs and projects and patches
1 reply
Алексей
@Alexpux
@Biswa96 about evince, need to compare files in your package and in CI
Biswapriyo Nath
@Biswa96
How? I have diff pacman -Fl and pacman -Ql. Then compare ntldd outputs. No change.
Алексей
@Alexpux
what if open both packages in archive tool and see what files bigger
give me your package
Алексей
@Alexpux
@Biswa96 I check my local build
it also bigger
difference are in help files
CI create symlinks in package
my local build create copies