Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 03:27
    jeremyd2019 commented #35
  • 03:24
    jeremyd2019 commented #35
  • 03:13

    github-actions[bot] on bootstrap-stage3-clang64

    (compare)

  • 03:13

    github-actions[bot] on bootstrap-stage3-clang64

    (compare)

  • 03:12

    github-actions[bot] on bootstrap-stage3-clang32

    (compare)

  • 03:12

    github-actions[bot] on bootstrap-stage3-clang32

    (compare)

  • 03:12

    github-actions[bot] on bootstrap-stage3-sources

    (compare)

  • 03:12

    github-actions[bot] on bootstrap-stage3-sources

    (compare)

  • 02:58
    Schala edited #8455
  • 02:57
    Schala edited #8455
  • 02:56
    Schala edited #8455
  • 02:56
    Schala synchronize #8455
  • 02:40
    Schala opened #8455
  • 01:40
    jeremyd2019 commented #8427
  • 01:27
    Kwizatz opened #8454
  • 01:16
    revelator commented #8427
  • 00:12
    revelator commented #8427
  • Apr 22 23:59
    revelator commented #8427
  • Apr 22 23:57
    revelator commented #8427
  • Apr 22 23:00
    jeremyd2019 commented #8427
Ray Donnelly
@mingwandroid
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.
Ray Donnelly
@mingwandroid
I worked with Tim Ansell before actually. He helped us to get our linux-64 compilers in shape in a few ways.
I do like the idea of having sub-teams contribute to MSYS2. I see gnome and HDL as two we kind of have already.
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
ok
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
  1. What exactly do you want to tell me?
  2. 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
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