Re: mingw32 directories, possible bug?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



So is it ok to remove these directories? Or the rpms? I don't use mingw at all.

On Sun, Jan 1, 2023, 12:48 PM George N. White III <gnwiii@xxxxxxxxx> wrote:
On Sat, Dec 31, 2022 at 9:58 PM Bill Cunningham <bill.cu1234@xxxxxxxxx> wrote:
I reinstalled my system and one reason was to take a look at these
directories that are odd. I choose minimal install and no hypervisor
checkbox. In /usr is two directories one is i686-mingw32- and another is
x86_64-mingw32- or so directories.

I maintain a package that originated on SGI IRIX64 and now builds on
linux, macOS, and even windows.  For windows I've used Cygwin64, but
with WSL2, fewer users have Cygwin, so I ported the package to mingw64,
which has the advantages that there are cross compilers on linux which are
used by the R-project (there is considerable overlap in the libraries used
by R and my project).

On my Fedora box:

$ doas dnf provides /usr/i686-w64-mingw32
Last metadata expiration check: 2:18:06 ago on Sun Jan  1 10:52:54 2023.
mingw32-filesystem-141-1.fc37.noarch : MinGW cross compiler base filesystem and environment for the win32 target
Repo        : fedora
Matched from:
Filename    : /usr/i686-w64-mingw32

mingw32-filesystem-143-1.fc37.noarch : MinGW cross compiler base filesystem and environment for the win32 target
Repo        : updates
Matched from:
Filename    : /usr/i686-w64-mingw32
 

Now inside these is a directory called sys-root and inside a Locale
directory an directories for languages such as 'ca' and so on. rpm -qf
said these directories were not owned by any package. I find this very
odd myself. This was not present in f36. Only the 'afs' directory at
root and I know it is supposed to be there. IDK if anyone else notices
this or not. Not owned by anything. Maybe my tweaks have done it. I can
check if there is any mingw packages installed I simply choose 'C
Development tools' and add 'indent'. All I do for development type things.


--
George N. White III

_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux