msys2/msys2

also on Discord: https://discord.gg/jPQdRdDcT9

Ray Donnelly

@mingwandroid

Then there's the real compiler engineers helping tremendously, so glad I don't have to mess with that stuff these days :-)

umarcor

@umarcor

@mingwandroid

There's the R world and Julia also to consider!

Yes. However, the language of choice in EDA is Python (probably for the following couple of decades at least). It was TCL for 2-3 decades, and many vendor tools do still only support TCL for scripting. Hence, there is a long way yet until "too modern" environments such as R or Julia meet EDA.

We have MSYS2 packages in conda to help with building stuff mostly, and also for R but it is out of date.
Conda-forge would probably love someone to update MSYS2-in-conda and automate the continual update of the same, too.
I lost the scripts I wrote in 2016 that I used to do the original import. I added libalpm packages to conda as I remember and parsed the MSYS2 metadata. Now-a-days, I'd rather conda-forge built MSYS2 packages from source using the PKGBUILDs.

I'm not following you completely, but it sounds quite exciting. Did I understand correctly and you are suggesting it's possible to use MSYS2 packages (or recipes), and have them wrapped in Conda? Is that for Windows targets only, or would the same apply for Linux targets (using Arch's recipes)?

I worked with Tim Ansell before actually. He helped us to get our linux-64 compilers in shape in a few ways.

The litex-conda stuff is actually being done by people from Antmicro, who are working with mithro in SymbiFlow. In fact, those litex-conda packages were located in SymbiFlow and Antmicro orgs, they were merged into litex-hub and now are to be moved into hdl.

Actually Anaconda Inc. are looking for people to work on this kind of thing if anyone was interested in doing it professionally.
Conda-forge would probably love someone to update MSYS2-in-conda and automate the continual update of the same, too.

Just to clarify, do you mean someone working on allowing any user to have Windows targets in Conda "for free" as long as the project/tools exists on MSYS2 repos?

Ray Donnelly

@mingwandroid

on conda on Windows you can already do e.g conda install m2-bash yeah.

But it installs really old packages so we need to fix that (both my company and conda-forge, the open source community effort who are our upstream).

umarcor

@umarcor

By looking at https://anaconda.org/search?q=m2-, essentially all the MSYS2 packages were "wrapped" 4 years ago?

So, you were not referring a manual procedure, but to something similar to MSYS2 autobuilder which would generate Conda m2- packages, isn't it?

Ray Donnelly

@mingwandroid

Something automatic yes. We call it binary-repackaged at my place but yes, wrapped works too.

We'd prefer from source builds of the PKGBUILDs inside the conda recipe to repackaging.

Christopher Degawa

@1480c1

I just realized something that might be something I have a problem against, in the start menu, msys2 shows up as MSYS2 MinGW {64,32}-bit referring to MinGW instead of mingw-w64

along with the MSYS2 MSYS one since technically msys also is from MinGW

Ray Donnelly

@mingwandroid

Yeah, we should fix that IMHO.

Christoph Reiter

@lazka

it refers to the msys2 subsystem

David Macek

@elieux

Then maybe it should be called the same as inside (and everywhere else).

Christoph Reiter

@lazka

yeah

Алексей

@Alexpux

@lazka @elieux I se that some updatea are go to repo but some not

what the reason for it?

Christoph Reiter

@lazka

@Alexpux some failed, others are waiting for those

@Alexpux I'll improve all this shortly

sadly busy at work atm

Алексей

@Alexpux

Christoph Reiter

@lazka

python3 autobuild.py fetch-assets --verbose --pretend _bla shows you why

I'll integrate this information into the website

summary: for a package to be downloadable all its dependencies and reverse dependencies in the queue need to be finished.

Алексей

@Alexpux

python3 autobuild.py fetch-assets --verbose --pretend _bla shows you why

I dont understand output of this command

Алексей

@Alexpux

@dscho there are problems with symlinks in current msys2 runtime

Johannes Schindelin

@dscho

@dscho there are problems with symlinks in current msys2 runtime

What exactly do you want to tell me?
What exactly do you want me to do about it?

Christoph Reiter

@lazka

@Alexpux that's ok. I'll improve things

Christoph Reiter

@lazka

@Alexpux the information is now in the "Status" column here: https://packages.msys2.org/queue

I'll work on the manual package upload next

David Macek

@elieux

What do you mean?

Christoph Reiter

@lazka

hm?

David Macek

@elieux

... by manual package upload.

Christoph Reiter

@lazka

@elieux oh. I was planning to have a "autobuild.py upload-assets" command so alexey can upload some packages CI can't handle.

David Macek

@elieux

Oh. Cool.

umarcor

@umarcor

the information is now in the "Status" column here: https://packages.msys2.org/queue

@lazka, thank you so much!

Christoph Reiter

@lazka

@Alexpux msys2/msys2-autobuild@4daf82d

h-c-mueller

@h-c-mueller

Can you please rebuild mingw-w64-*-python. Issue msys2/MINGW-packages#7681 is closed with msys2/MINGW-packages#7686, but git version 3.8.7-3 is not available as package.

Naveen M K

@naveen521kk

It doesn't need a rebuild. It is just waiting for people to sign and upload. I think @elieux is in-charge of signing and upliading things...

h-c-mueller

@h-c-mueller

@naveen521kk thanks for the clarification.

David Macek

@elieux

It's waiting for related packages.

 ('mingw-w64-python',
  'mingw64',
  {'desc': 'waiting on mingw-w64-python-oslo-serialization, '
           'mingw-w64-audaspace, mingw-w64-python-numexpr, '
           'mingw-w64-python-markdown, mingw-w64-python-lxml, '
           'mingw-w64-python-oslo-context, mingw-w64-python-mock, '
           'mingw-w64-python-oslo-concurrency, mingw-w64-python-oslo-db, '
           'mingw-w64-python-oslo-i18n, mingw-w64-python-mako, '
           'mingw-w64-python-cx_Freeze, mingw-w64-python-oslotest, '
           'mingw-w64-python-oslo-log, mingw-w64-python-numba'}),

@h-c-mueller

h-c-mueller

@h-c-mueller

@elieux thanks for the information.

David Macek

@elieux

Should be uploaded soon.

bladee drain gang

@bleedingfrmmyeyez_gitlab

peniss

so yall kno where i can cop sum fentanyl

feeling like peep rn ong

umarcor

@umarcor

Can someone help with customising a qmake *.pro file for supporting MSYS2?

Biswapriyo Nath

@Biswa96

@umarcor I am not familiar with Qt. But I was compiling OpenRGB project in msys2. Here https://gitlab.com/CalcProgrammer1/OpenRGB/-/blob/master/OpenRGB.pro. Typically you don't need anything special for msys2 in a project. If you require anything specific for msys2 look at the main cause of that requirement.

umarcor

@umarcor

@Biswa96, please see https://github.com/Serial-Studio/Serial-Studio/issues/6#issuecomment-770159176

Where communities thrive

People

Repo info

Activity