Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 05:52

    elieux on main

    dbsync: Send error messages to … (compare)

  • 05:45
    jeremyd2019 commented #47
  • 05:07
    jeremyd2019 commented #47
  • 04:57
    jeremyd2019 commented #47
  • 04:45
    jeremyd2019 commented #47
  • 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
Christoph Reiter
@lazka
but the build fails
I guess the so version bump breaks the existing gcc
I don't know how to solve that. How was this done before?
Christoph Reiter
@lazka
should we move isl to a static lib first? like with mingw
Алексей
@Alexpux
well yes before i locally copying old isl library to be able rebuild gcc
yeah seems we need build it static only
Алексей
@Alexpux
but it not so easy
we also need build static mpfr,mpc,gmp
lets then not update isl now for msys
as it need rebuild many things
Christoph Reiter
@lazka
+1
Алексей
@Alexpux
will revert isl update
Christoph Reiter
@lazka
ok, we can also build them locally with hacks if needed
but I'd prefer the revert if there is nothing important in the update
Алексей
@Alexpux
with local hack wi just need rebuild gcc and cross-mingw-w64-gcc with new isl
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.