mingw August 2011

mingw@lists.fedoraproject.org

12 participants
76 discussions

[Bug 703305] Review Request: mingw-libtasn1 - MinGW Windows libtasn1 library
by Red Hat Bugzilla 14 Aug '11

14 Aug '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703305 --- Comment #6 from Jon Ciesla <limb(a)jcomserv.net> 2011-08-14 07:26:30 EDT --- Git done (by process-git-requests). -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

Broken dependencies in EPEL - 2011-08-14
by Fedora Koji Build System 13 Aug '11

13 Aug '11

Your following packages in the repository suffer from broken dependencies: ====================================================================== The results in this summary consider Test Updates! ====================================================================== package: mingw32-libpng-1.2.37-3.el6.noarch from fedora-epel-6-ppc64 unresolved deps: mingw32(msvcrt.dll) mingw32(zlib1.dll) mingw32(kernel32.dll) mingw32-filesystem >= 0:63 mingw32-runtime

1 0

[Bug 703305] Review Request: mingw-libtasn1 - MinGW Windows libtasn1 library
by Red Hat Bugzilla 13 Aug '11

13 Aug '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703305 Kalev Lember <kalevlember(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |fedora-cvs? --- Comment #5 from Kalev Lember <kalevlember(a)gmail.com> 2011-08-14 00:08:14 EDT --- New Package SCM Request ======================= Package Name: mingw-libtasn1 Short Description: MinGW Windows libtasn1 library Owners: kalev epienbro Branches: f15 f16 InitialCC: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 703305] Review Request: mingw-libtasn1 - MinGW Windows libtasn1 library
by Red Hat Bugzilla 13 Aug '11

13 Aug '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703305 --- Comment #4 from Kalev Lember <kalevlember(a)gmail.com> 2011-08-14 00:05:32 EDT --- Thanks for the review, Erik! -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

[Bug 703305] Review Request: mingw-libtasn1 - MinGW Windows libtasn1 library
by Red Hat Bugzilla 13 Aug '11

13 Aug '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=703305 Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |erik-fedora(a)vanpienbroek.nl AssignedTo|nobody(a)fedoraproject.org |erik-fedora(a)vanpienbroek.nl Flag| |fedora-review+ --- Comment #3 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> 2011-08-13 17:13:47 EDT --- $ rpmlint mingw-libtasn1.spec 0 packages and 1 specfiles checked; 0 errors, 0 warnings. $ rpmlint mingw-libtasn1-2.9-1.fc16.src.rpm 1 packages and 0 specfiles checked; 0 errors, 0 warnings. $ rpmlint mingw32-libtasn1-2.9-1.fc16.noarch.rpm 1 packages and 0 specfiles checked; 0 errors, 0 warnings. $ rpm --query --requires mingw32-libtasn1 mingw32(kernel32.dll) mingw32(msvcrt.dll) mingw32-filesystem >= 74 mingw32-runtime pkgconfig rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsXz) <= 5.2-1 $ rpm --query --provides mingw32-libtasn1 mingw32(libtasn1-3.dll) mingw32-libtasn1 = 2.9-1.fc16 ]$ rpm --query --fileprovide mingw32-libtasn1 /usr/i686-pc-mingw32/sys-root/mingw/bin/libtasn1-3.dll mingw32(libtasn1-3.dll) /usr/i686-pc-mingw32/sys-root/mingw/include/libtasn1.h /usr/i686-pc-mingw32/sys-root/mingw/lib/libtasn1.dll.a /usr/i686-pc-mingw32/sys-root/mingw/lib/libtasn1.la /usr/i686-pc-mingw32/sys-root/mingw/lib/pkgconfig/libtasn1.pc /usr/share/doc/mingw32-libtasn1-2.9 /usr/share/doc/mingw32-libtasn1-2.9/COPYING.LIB $ curl http://ftp.gnu.org/gnu/libtasn1/libtasn1-2.9.tar.gz | md5sum % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 1839k 100 1839k 0 0 390k 0 0:00:04 0:00:04 --:--:-- 432k f4f4035b84550100ffeb8ad4b261dea9 - $ md5sum libtasn1-2.9.tar.gz f4f4035b84550100ffeb8ad4b261dea9 libtasn1-2.9.tar.gz + OK ! Needs to be looked into / Not applicable * Overridden by MinGW guidelines [+] Files are installed in /usr/i686-pc-mingw32/sys-root/mingw [+] BuildRequires: mingw32-filesystem >= xx is in the .spec file [+] Requires are OK [+] BuildArch: noarch [+] No man pages or info files [+] default strip and objdump commands are overridden with mingw32 specific ones [+] rpmlint must be run on every package. The output should be posted in the review [+] MUST: The package must be named according to the Package Naming Guidelines [+] MUST: The spec file name must match the base package %{name}, in the format %{name}.spec unless your package has an exemption on Package Naming Guidelines [+] MUST: The package must meet the Packaging Guidelines [+] MUST: The package must be licensed with a Fedora approved license and meet the Licensing Guidelines . [+] MUST: The License field in the package spec file must match the actual license. [+] MUST: If (and only if) the source package includes the text of the license(s) in its own file, then that file, containing the text of the license(s) for the package must be included in %doc. [+] MUST: The spec file must be written in American English. [+] MUST: The spec file for the package MUST be legible. [+] MUST: The sources used to build the package must match the upstream source, as provided in the spec URL. [+] MUST: The package must successfully compile and build into binary rpms on at least one supported architecture. [/] MUST: If the package does not successfully compile, build or work on an architecture, then those architectures should be listed in the spec in ExcludeArch. [+] MUST: All build dependencies must be listed in BuildRequires, except for any that are listed in the exceptions section of the Packaging Guidelines; inclusion of those as BuildRequires is optional. [/] MUST: The spec file MUST handle locales properly. This is done by using the %find_lang macro. Using %{_datadir}/locale/* is strictly forbidden. [/] MUST: Every binary RPM package which stores shared library files (not just symlinks) in any of the dynamic linker's default paths, must call ldconfig in %post and %postun. [/] MUST: If the package is designed to be relocatable, the packager must state this fact in the request for review, along with the rationalization for relocation of that specific package. [+] MUST: A package must own all directories that it creates. [+] MUST: A package must not contain any duplicate files in the %files listing. [+] MUST: Permissions on files must be set properly. [+] MUST: Each package must consistently use macros, as described in the macros section of Packaging Guidelines . [+] MUST: The package must contain code, or permissable content. [/] MUST: Large documentation files should go in a -doc subpackage. [+] MUST: If a package includes something as %doc, it must not affect the runtime of the application. [*] MUST: Header files must be in a -devel package. [/] MUST: Static libraries must be in a -static package. [+] MUST: Packages containing pkgconfig(.pc) files must 'Requires: pkgconfig' (for directory ownership and usability). [/] MUST: If a package contains library files with a suffix (e.g. libfoo.so.1.1), then library files that end in .so (without suffix) must go in a -devel package. [/] MUST: In the vast majority of cases, devel packages must require the base package using a fully versioned dependency: Requires: %{name} = %{version}-%{release} [*] MUST: Packages must NOT contain any .la libtool archives, these should be removed in the spec. [/] MUST: Packages containing GUI applications must include a %{name}.desktop file, and that file must be properly installed with desktop-file-install in the %install section. [+] MUST: Packages must not own files or directories already owned by other packages. [+] MUST: All filenames in rpm packages must be valid UTF-8. [/] SHOULD: If the source package does not include license text(s) as a separate file from upstream, the packager SHOULD query upstream to include it. [/] SHOULD: The description and summary sections in the package spec file should contain translations for supported Non-English languages, if available. [+] SHOULD: The reviewer should test that the package builds in mock. See MockTricks for details on how to do this. [+] SHOULD: The package should compile and build into binary rpms on all supported architectures. [+] SHOULD: The reviewer should test that the package functions as described. A package should not segfault instead of running, for example. [/] SHOULD: If scriptlets are used, those scriptlets must be sane. This is vague, and left up to the reviewers judgement to determine sanity. [/] SHOULD: Usually, subpackages other than devel should require the base package using a fully versioned dependency. [*] SHOULD: The placement of pkgconfig(.pc) files depends on their usecase, and this is usually for development purposes, so should be placed in a -devel pkg. [/] SHOULD: If the package has file dependencies outside of /etc, /bin, /sbin, /usr/bin, or /usr/sbin consider requiring the package which provides the file instead of the file itself. ==================================================== The package mingw-libtasn1 is APPROVED by epienbro ==================================================== -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 0

base package version and patches
by Farkas Levente 11 Aug '11

11 Aug '11

hi, who and why base mingw packages updated and which patches to use? i call base packages: mingw32-binutils, mingw32-runtime, mingw32-w32api, mingw32-gcc and mingw-binutils, mingw-crt, mingw32-headers, mingw32-gcc. the easiest thing are mingw32-runtime and mingw32-w32api. we use the latest and that's all. in case of mingw-crt and mingw32-headers imho it'd be good practice to use the latest release (currently 2.0rc1 which is not build for me currently but it's another problem). the hardest thing is binutils and gcc. first of all which binutils to use? imho always the latest release (currently binutils-2.21.53.0.2), but in fedora rpms there are many patches. should we use them too? imho yes. these packages made by many those people who really know what patches to add. most of these patches are linux specific but this means those are not bother windows build and it'd be easier not to select patches just use fedora patches. the same apply to gcc, but in case of gcc i'd be more conservative and still using 4.5.3 until everybody upgrades. currently most other mingw compiled project use 4.5.x and if we use 4.6.x than there can be conflict. but i also add all fedora's gcc patches to the mingw rpm too. -- Levente "Si vis pacem para bellum!"

2 2

merge the crt and header packages
by Farkas Levente 10 Aug '11

10 Aug '11

hi, is there any reason why there is a separate crt and headers packages? - why there is not one common source when the source is common? - why there is not one common binary (noarch) rpm when both required for development? or we don't need the crt after we build gcc? but even in this case wouldn't be useful to merge these packages source? ps. anyway i'm just like to update it to the 2.0 rc1. -- Levente "Si vis pacem para bellum!"

4 3

filesystem provides
by Farkas Levente 10 Aug '11

10 Aug '11

hi, as i already write there're a lots of dll which still not provided in the filesystem package. now i like to solve this problem. first of all generate a file standard-dlls from wine with: ls -1 /usr/lib64/wine/fakedlls|grep ".dll" >standard-dlls imho it'd be a good practice to only update this file time to time and don't modify anything else. the comment in the spec is very good about the problems: ============================================ # Note about 'Provides: mingw32(foo.dll)' # ------------------------------------------------------------ # # We want to be able to build & install mingw32 libraries without # necessarily needing to install wine. (And certainly not needing to # install Windows!) There is no requirement to have wine installed in # order to use the mingw toolchain to develop software (ie. to # compile more stuff on top of it), so why require that? # # So for expediency, this base package provides the "missing" DLLs # from Windows. Another way to do it would be to exclude these # proprietary DLLs in our find-requires checking script - essentially # it comes out the same either way. ============================================ the question which one we choose? the first (current ones) or the second (modify find-requires)? i prefer the second (cleaner spec file) but we can do the first too. what's you opinion? regards. -- Levente "Si vis pacem para bellum!"

2 5

another two dll
by Farkas Levente 08 Aug '11

08 Aug '11

which would be useful to add to filesystem: mingw32(avicap32.dll) mingw32(psapi.dll) dare i add? ps. wine-core provide them. may be it'd be useful to provide all dlls which wine add as fakedlls (but there much more then currently in mingw-filesystem): # ls /usr/lib/wine/fakedlls/ acledit.dll d3dx9_41.dll initpki.dll msxml3.dll shdocvw.dll aclui.dll d3dx9_42.dll inkobj.dll msxml4.dll shell32.dll activeds.dll d3dxof.dll inseng.dll nddeapi.dll shfolder.dll actxprxy.dll dbghelp.dll iphlpapi.dll netapi32.dll shlwapi.dll advapi32.dll dciman32.dll itircl.dll newdev.dll slbcsp.dll advpack.dll ddraw.dll itss.dll ntdll.dll slc.dll amstream.dll ddrawex.dll jscript.dll ntdsapi.dll snmpapi.dll atl.dll devenum.dll kernel32.dll ntprint.dll softpub.dll authz.dll dinput8.dll loadperf.dll objsel.dll spoolss.dll avicap32.dll dinput.dll localspl.dll odbc32.dll sti.dll avifil32.dll dispex.dll localui.dll odbccp32.dll svrapi.dll avrt.dll dmband.dll lz32.dll ole32.dll sxs.dll bcrypt.dll dmcompos.dll mapi32.dll oleacc.dll t2embed.dll browseui.dll dmime.dll mapistub.dll oleaut32.dll tapi32.dll cabinet.dll dmloader.dll mciavi32.dll olecli32.dll traffic.dll capi2032.dll dmscript.dll mcicda.dll oledb32.dll twain_32.dll cards.dll dmstyle.dll mciqtz32.dll oledlg.dll unicows.dll cfgmgr32.dll dmsynth.dll mciseq.dll olepro32.dll updspapi.dll clusapi.dll dmusic32.dll mciwave.dll olesvr32.dll url.dll comcat.dll dmusic.dll midimap.dll olethk32.dll urlmon.dll comctl32.dll dnsapi.dll mlang.dll openal32.dll user32.dll comdlg32.dll dplay.dll mmdevapi.dll opengl32.dll userenv.dll compstui.dll dplayx.dll mprapi.dll pdh.dll usp10.dll credui.dll dpnaddr.dll mpr.dll pidgen.dll uxtheme.dll crtdll.dll dpnet.dll msacm32.dll powrprof.dll vdmdbg.dll crypt32.dll dpnhpast.dll mscat32.dll printui.dll version.dll cryptdlg.dll dpnlobby.dll mscms.dll propsys.dll w32skrnl.dll cryptdll.dll dpwsockx.dll mscoree.dll psapi.dll wbemprox.dll cryptnet.dll drmclien.dll msctf.dll pstorec.dll wiaservc.dll cryptui.dll dsound.dll msdaps.dll qcap.dll windowscodecs.dll ctapi32.dll dssenh.dll msdmo.dll qedit.dll wined3d.dll ctl3d32.dll dswave.dll msftedit.dll qmgr.dll winemapi.dll d3d10core.dll dwmapi.dll mshtml.dll qmgrprxy.dll wing32.dll d3d10.dll dxdiagn.dll msi.dll quartz.dll winhttp.dll d3d8.dll dxgi.dll msimg32.dll query.dll wininet.dll d3d9.dll faultrep.dll msimtf.dll rasapi32.dll winmm.dll d3dim.dll fltlib.dll msisip.dll rasdlg.dll winnls32.dll d3drm.dll fusion.dll msnet32.dll resutils.dll winscard.dll d3dx9_24.dll fwpuclnt.dll msrle32.dll riched20.dll wintab32.dll d3dx9_25.dll gdi32.dll mssign32.dll riched32.dll wintrust.dll d3dx9_26.dll gdiplus.dll mssip32.dll rpcrt4.dll wldap32.dll d3dx9_27.dll glu32.dll mstask.dll rsabase.dll wmi.dll d3dx9_28.dll gpkcsp.dll msvcirt.dll rsaenh.dll wmiutils.dll d3dx9_29.dll hal.dll msvcr100.dll rtutils.dll wnaspi32.dll d3dx9_30.dll hid.dll msvcr70.dll samlib.dll wow32.dll d3dx9_31.dll hlink.dll msvcr71.dll sccbase.dll ws2_32.dll d3dx9_32.dll hnetcfg.dll msvcr80.dll schannel.dll wsock32.dll d3dx9_33.dll httpapi.dll msvcr90.dll secur32.dll wtsapi32.dll d3dx9_34.dll iccvid.dll msvcrt20.dll security.dll wuapi.dll d3dx9_35.dll icmp.dll msvcrt40.dll sensapi.dll wuaueng.dll d3dx9_36.dll imagehlp.dll msvcrtd.dll serialui.dll xinput1_1.dll d3dx9_37.dll imm32.dll msvcrt.dll setupapi.dll xinput1_2.dll d3dx9_38.dll inetcomm.dll msvfw32.dll sfc.dll xinput1_3.dll d3dx9_39.dll inetmib1.dll msvidc32.dll sfc_os.dll xinput9_1_0.dll d3dx9_40.dll infosoft.dll mswsock.dll shdoclc.dll xmllite.dll -- Levente "Si vis pacem para bellum!"

2 4

debugging mingw packages
by Farkas Levente 07 Aug '11

07 Aug '11

hi, anybody has ever debug mingw pacakges? unfortunately it seems our gstreamer-ffmpeg always segfault, but we don't know why. so we try to debug. but we always got the same error from gdb: ------------------------------ warning: the debug information found in "c:\Program Files\Vidux5\gstreamer\lib\gstreamer-0.10\libgstffmpeg.dll.debug" does not match "c:\Program Files\Vidux5\gstreamer\lib\gstreamer-0.10\libgstffmpeg.dll" (CRC mismatch). ------------------------------ we rebuild it we sure that we use the right debuginfo packages so what can be the problem? and how can we debug anything? thanks. regards. -- Levente "Si vis pacem para bellum!"

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

mingw August 2011