Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 13:33
    dscho opened #9293
  • 11:55
    mmuetzel commented #2596
  • 10:59
    Satoshi-Yoda edited #2597
  • 10:57
    Satoshi-Yoda edited #2597
  • 10:55
    Satoshi-Yoda opened #2597
  • 09:11
    Astrum-polaris commented #9289
  • 08:56
    Astrum-polaris commented #9088
  • 08:31
    Biswa96 commented #9248
  • 08:14
    kmilos opened #9292
  • 08:14
    eudoxos commented #9248
  • 07:44
    rvogg commented #9289
  • 07:26
    Be-ing commented #6117
  • 06:03
    revelator commented #9285
  • 06:00

    github-actions[bot] on srcinfo-cache

    [CI] Remove packages from singl… Merge pull request #9288 from M… (compare)

  • 05:56

    lazka on master

    [CI] Remove packages from singl… Merge pull request #9288 from M… (compare)

  • 05:56
    lazka closed #9288
  • 05:21
    jeremyd2019 commented #9285
  • 05:10
    revelator commented #9285
  • 05:06
    revelator commented #9289
Алексей
@Alexpux
not newly builded
Biswapriyo Nath
@Biswa96
One random thought. If pacman and bash were compiled natively for Win32 platform do we need msys2 layer at all?
Алексей
@Alexpux
@Biswa96 I think you cannot do it properly
at least bash
Christopher Degawa
@1480c1
I don't think that would be possible since I think pacman and bash would rely on unix-like paths
somewhere in the chain
Алексей
@Alexpux
problem not only in paths
you need most UNIX utilities also porting
most of them use UNIX fork and interprocess communication
Biswapriyo Nath
@Biswa96
Can bash be replaced with busybox which has a win32 port? Also porting != follow everything. fork can be CreateProcess.
Алексей
@Alexpux
@Biswa96 no
Biswapriyo Nath
@Biswa96
Another query. Do you manually edit the autoconf/m4 files for msys2 platform i.e. msysize.patch?
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?