Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 09:58
    zhangjp0405 closed #2830
  • 09:58
    zhangjp0405 commented #2830
  • 09:53
    mrichez commented #10622
  • 09:41
    mati865 commented #2595
  • 09:36
    mati865 commented #2830
  • 09:19
    zhangjp0405 commented #2830
  • 09:19
    zhangjp0405 commented #2830
  • 08:46
    Biswa96 commented #2830
  • 08:00
    dscho commented #2826
  • 07:53
    dscho synchronize #2826
  • 07:39
    zhangjp0405 opened #2830
  • 07:25
    zhangjp0405 commented #2828
  • 07:24
    zhangjp0405 commented #2828
  • 06:53
    zhangjp0405 closed #2828
  • 06:52
    zhangjp0405 commented #2828
  • 06:49

    github-actions[bot] on master

    libgloss: fix more missing dir … (compare)

  • 06:47
    Biswa96 commented #2828
  • 06:45
    zhangjp0405 commented #2828
  • 06:40
    Biswa96 commented #2828
  • 06:36
    zhangjp0405 commented #2828
Ray Donnelly
@mingwandroid
Been in 6 days now. The food is awful, obviously.
Tomorrow they will let me go, but they didn't actually do anything. I was kind of hoping for an endoscope test and a check for h pylori, but they think the pain is just metastatic cancer spread :-(
Maybe it that is true I should have just done the chemo and not asked to be admitted to hospital .. oh well!
Алексей
@Alexpux
I hold the crossfingers for you
Ray Donnelly
@mingwandroid
Thank you!
Biswapriyo Nath
@Biswa96
:fearful:
Christoph Reiter
@lazka
that's always the most frustrating, when you go to the doctors and they just go ¯\_(ツ)_/¯
Ray Donnelly
@mingwandroid
Yeah. When you have what I have they also say things like "We'll give you an endoscope, but even if we do find something we'd operate on normally, given your condition, sorry buddy" -> being immuno-compromised due to chemo mostly. Can't even go to the dentists (not that I miss dentists very much .. apart from my good friend who's one, but he's not touching my mouth!)
Christoph Reiter
@lazka
dentist must be a shitty job now.. mine got covid right away in march
Ray Donnelly
@mingwandroid
Definitely. My friend's actually retired, and had some of the worst teeth I've even seen (not that I can talk on that score!)
Алексей
@Alexpux
@lazka @mati865 will we create new repos for clang packages?
i mean pacman repos, not github
fulcobohle
@fulcobohle
@umarcor Altough graphviz has lots of warnings it does compile. Is there a way to cleanup and recompile. Is there a need to cleanup graphviz code ?
Алексей
@Alexpux
@fulcobohle as you see it heavy patched to be compilable
Unai Martinez-Corral
@umarcor
@fulcobohle did it always compile for you? Or did it fail some times but succeed in the end?
The current issue is that building it in CI fails. I don't think cleaning up is necessary (since it's the latest version https://gitlab.com/graphviz/graphviz/-/tree/2.44.1), but being able to compile either the current version or a future update is needed.
Mateusz Mikuła
@mati865
We were talking about it and need to make sure mirrors will ok with size increase. We also need to design binary repository layout.
fulcobohle
@fulcobohle
@umarcor By clean I mean remove all the objects and libraries and start over
Unai Martinez-Corral
@umarcor

@fulcobohle, that should be done automatically if you use MINGW_INSTALLS=mingw64 makepkg-mingw --noconfirm --noprogressbar -sCLf --nocheck as commented in :point_up: January 7, 2021 6:37 PM. See https://archlinux.org/pacman/makepkg.8.html:

-C, --cleanbuild
Remove the $srcdir before building the package.

-f, --force
makepkg will not build a package if a built package already exists in the PKGDEST (set in makepkg.conf(5)) directory, which may default to the current directory. This allows the built package to be overwritten.

You might want to also remove *.log.*. pkg/ and *.zst, tho.

fulcobohle
@fulcobohle
@umarcor what does "building it in CI fails"mean ?
Unai Martinez-Corral
@umarcor
When contributions are pushed to the git repository, there is a Continuous Integration (CI) service. It's a "virtual machine" in a server, where MSYS2 is installed, the repository is downloaded and the packages are built.
Packages are only built if someone updates them, not all of them are built every day.
fulcobohle
@fulcobohle
@umarcor I am learning every day...
Unai Martinez-Corral
@umarcor
In the case of graphviz, I set up a job that tries to build it weekly.

However, there is a very easy thing you can do for having this tested (viewing something is always easier than imagining...):

  • In your fork of MINGW-packages, create a git branch.
  • In that git branch, edit the pkgrel value of the graphviz PKGBUILD recipe. Just increase it by one.
  • Commit the changes, and push the branch to your fork.

CI will start automatically, and it will attempt to build it. You will then see if it works as it does locally, or whether it fails.

fulcobohle
@fulcobohle
@umarcor What is the difference between my setup and the Cl
Unai Martinez-Corral
@umarcor
Theoretically, there is no difference. But, that's the beauty of computer science! If theory worked, this would all be so boring, isn't it?
fulcobohle
@fulcobohle
@umarcor No not really, we could than make some progress haha
Unai Martinez-Corral
@umarcor
:laughing:
Anyway, as I said some days ago, don't you get stuck with graphviz. It was just one among many possible issues for you to get a feel about how contributing to MSYS2 looks like.
fulcobohle
@fulcobohle
@umarcor Every time I install an update of msys software will fail compiling somewhere. But I like msys non the less.
@umarcor I have not done anything useful yet
Unai Martinez-Corral
@umarcor
That's actually weird I'd say. There are update issues, for sure. But most of the time it is painless here, and problems are typically due to network/signing, not compilation.
fulcobohle
@fulcobohle
@umarcor It is not always an msys related problem, packages change...
Unai Martinez-Corral
@umarcor
Yes, that's the "Arch nature" in MSYS2. I like it that way, tho.
fulcobohle
@fulcobohle
@umarcor What shall I do now, remove the compiler warnings from graphviz and make patches ? And see if this will solve compilation errors. I hate source code with warnings, they will bite you in the b** eventually.
Unai Martinez-Corral
@umarcor
That's up to you. As Alexey said, he had to patch it a lot for to work. Therefore, some/many of the warnings might come from those patches. Then, it would be nice if you want to clean that. Other warnings might come from upstream, tho. Anyway, if you feel like focusing on "removing annoying/potential harmful graphviz/gtk warnings", that's nice!
Typically, what I'd do for working on patches is clone the original repository (graphviz). Create a branch, where I apply the patches and I copy a PKGBUILD recipe there. That allows me to test makepkg-mingw in-place: just edit the sources of graphviz and build. Later, I commit, export the patches and update them in MINGW-packages.
Unai Martinez-Corral
@umarcor
Sometimes, I contribute the PKGBUILD recipe upstream. See, for instance:
fulcobohle
@fulcobohle
@umarcor I will dive into it, if I have questions I will let you know...
Unai Martinez-Corral
@umarcor
Sure! Have fun :wink:
Unai Martinez-Corral
@umarcor
Anyone has some guess about ImportError: DLL load failed while importing pytrellis: %1 is not a valid Win32 application. ? https://github.com/msys2/MINGW-packages/pull/7568/checks?check_run_id=1671268526#step:5:1369
It's coming from msys2/MINGW-packages#7568.
Biswapriyo Nath
@Biswa96

will we create new repos for clang packages?

I would vote for a gcc+ucrt one.

Naveen M K
@naveen521kk
Anyone has some guess about ImportError: DLL load failed while importing pytrellis: %1 is not a valid Win32 application. ?
If thats python then it means mixing of 32-bit and 64-bit DLL files
Ah, gitter is weird on mobile.
Mateusz Mikuła
@mati865

Ah, gitter is weird on mobile.

No, it's just terrible.

Unai Martinez-Corral
@umarcor

If thats python then it means mixing of 32-bit and 64-bit DLL files

@naveen521kk, yes. The problem is that the recipe needs to build some assets which take more than 4GB of memory, so it crashes on MINGW32. I'm calling a MINGW64 bash from the PKGBUILD recipe (https://github.com/msys2/MINGW-packages/pull/7568/files#diff-3e2029a456a188ac9c6af1a1f77cbeabeb85b7ce75bbd7577a98d2b795fba704R53-R55), but it's not doing it properly. The DLLs are installed for both MINGW32 and MINGW64: https://github.com/msys2/MINGW-packages/pull/7568/files#diff-3e2029a456a188ac9c6af1a1f77cbeabeb85b7ce75bbd7577a98d2b795fba704R33-R34. The same recipe works on MINGW64.

Naveen M K
@naveen521kk
Possibly add MINGW64 python as a make dependency in MINGW32. See if that works?
Biswapriyo Nath
@Biswa96
I would suggest not to mix those.
Naveen M K
@naveen521kk
If you do so the python library there will not work.