[mingw32-pixman] Spec cleanup
by Kalev Lember
commit f3a65ca14eb594f8b4027542a4dd99588e195026
Author: Kalev Lember <kalevlember(a)gmail.com>
Date: Sat Jul 16 14:19:42 2011 +0300
Spec cleanup
- Use automatic mingw dep extraction
- Cleaned up the spec file for modern rpmbuild
mingw32-pixman.spec | 16 +++-------------
1 files changed, 3 insertions(+), 13 deletions(-)
---
diff --git a/mingw32-pixman.spec b/mingw32-pixman.spec
index 376e866..b1caba9 100644
--- a/mingw32-pixman.spec
+++ b/mingw32-pixman.spec
@@ -1,8 +1,5 @@
%global __strip %{_mingw32_strip}
%global __objdump %{_mingw32_objdump}
-%global _use_internal_dependency_generator 0
-%global __find_requires %{_mingw32_findrequires}
-%global __find_provides %{_mingw32_findprovides}
%define __debug_install_post %{_mingw32_debug_install_post}
Name: mingw32-pixman
@@ -17,10 +14,9 @@ Group: Development/Libraries
Source0: http://cairographics.org/releases/pixman-%{version}.tar.gz
Source1: make-pixman-snapshot.sh
-BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildArch: noarch
-BuildRequires: mingw32-filesystem >= 52
+BuildRequires: mingw32-filesystem >= 68
BuildRequires: mingw32-gcc
BuildRequires: mingw32-binutils
BuildRequires: mingw32-dlfcn
@@ -55,17 +51,10 @@ make %{?_smp_mflags} V=1
%install
-rm -rf $RPM_BUILD_ROOT
-
make DESTDIR=$RPM_BUILD_ROOT install
-%clean
-rm -rf $RPM_BUILD_ROOT
-
-
%files
-%defattr(-,root,root,-)
%doc COPYING
%{_mingw32_bindir}/libpixman-1-0.dll
%{_mingw32_includedir}/pixman-1
@@ -75,13 +64,14 @@ rm -rf $RPM_BUILD_ROOT
%files static
-%defattr(-,root,root,-)
%{_mingw32_libdir}/libpixman-1.a
%changelog
* Sat Jul 16 2011 Kalev Lember <kalevlember(a)gmail.com> - 0.22.2-1
- Update to 0.22.2
+- Use automatic mingw dep extraction
+- Cleaned up the spec file for modern rpmbuild
* Sun May 08 2011 Kalev Lember <kalev(a)smartlink.ee> - 0.22.0-1
- Update to 0.22.0
12 years, 10 months
[mingw32-pixman] Update to 0.22.2
by Kalev Lember
commit ba2fb1beb336e9583ca7af32a592f317fb22ee04
Author: Kalev Lember <kalevlember(a)gmail.com>
Date: Sat Jul 16 14:19:11 2011 +0300
Update to 0.22.2
.gitignore | 1 +
mingw32-pixman.spec | 5 ++++-
sources | 2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e6af2a9..b05000b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -3,3 +3,4 @@ pixman-0.18.2.tar.bz2
/pixman-0.19.4.tar.gz
/pixman-0.20.2.tar.gz
/pixman-0.22.0.tar.gz
+/pixman-0.22.2.tar.gz
diff --git a/mingw32-pixman.spec b/mingw32-pixman.spec
index 69fe908..376e866 100644
--- a/mingw32-pixman.spec
+++ b/mingw32-pixman.spec
@@ -6,7 +6,7 @@
%define __debug_install_post %{_mingw32_debug_install_post}
Name: mingw32-pixman
-Version: 0.22.0
+Version: 0.22.2
Release: 1%{?dist}
Summary: MinGW Windows Pixman library
@@ -80,6 +80,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Sat Jul 16 2011 Kalev Lember <kalevlember(a)gmail.com> - 0.22.2-1
+- Update to 0.22.2
+
* Sun May 08 2011 Kalev Lember <kalev(a)smartlink.ee> - 0.22.0-1
- Update to 0.22.0
diff --git a/sources b/sources
index 5b0e891..42edb8b 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-cb8f3cb5ce2c8d7294f73ecb7021fda6 pixman-0.22.0.tar.gz
+3dd0d9ed05dbf0e5e75d526ebae42e11 pixman-0.22.2.tar.gz
12 years, 10 months
[Bug 717510] New: CVE-2011-2501 libpng: regression of CVE-2004-0421 in 1.2.23+ [fedora-all]
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: CVE-2011-2501 libpng: regression of CVE-2004-0421 in 1.2.23+ [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=717510
Summary: CVE-2011-2501 libpng: regression of CVE-2004-0421 in
1.2.23+ [fedora-all]
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Component: mingw32-libpng
AssignedTo: rjones(a)redhat.com
ReportedBy: huzaifas(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: lfarkas(a)lfarkas.org, rjones(a)redhat.com,
erik-fedora(a)vanpienbroek.nl,
fedora-mingw(a)lists.fedoraproject.org
Blocks: 717084
Classification: Fedora
Story Points: ---
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected Fedora
versions.
For comments that are specific to the vulnerability please use bugs filed
against "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please include the bug IDs of the
respective parent bugs filed against the "Security Response" product.
Please mention CVE ids in the RPM changelog when available.
Bodhi update submission link:
https://admin.fedoraproject.org/updates/new/?type_=security&bugs=717084
Please note: this issue affects multiple supported versions of Fedora.
Only one tracking bug has been filed; please only close it when all
affected versions are fixed.
[bug automatically created by: add-tracking-bugs]
--
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.
12 years, 10 months
[Bug 708473] Review Request: mingw32-cxxtest - cxxtest for mingw32
by Red Hat Bugzilla
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=708473
Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CLOSED |ASSIGNED
CC| |erik-fedora(a)vanpienbroek.nl
| |,
| |fedora-mingw(a)lists.fedorapr
| |oject.org
Resolution|ERRATA |
Keywords| |Reopened
--- Comment #9 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> 2011-07-15 10:33:46 EDT ---
I'm re-opening this review ticket as I don't agree with the 'review' which was
done here. The .spec file which is attached here doesn't even build in mock!
The .spec file which was imported in rawhide is in a bit better shape, but
still not compliant with the general Fedora packaging guidelines and the
MinGW-specific packaging guidelines:
http://fedoraproject.org/wiki/Packaging:MinGW
I'll do a proper review now based on what's now in rawhide (3.10.1-4.fc16).
The Source0 and Source1 URL's are invalid:
$ spectool -g mingw32-cxxtest.spec
Getting
http://cxxtest.tigris.org/files/documents/6421/43281/mingw32-cxxtest-3.10...
to ./mingw32-cxxtest-3.10.1.tar.gz
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 404
Getting
http://cxxtest.tigris.org/files/documents/6421/43284/mingw32-cxxtest-guid...
to ./mingw32-cxxtest-guide-3.10.1.pdf
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 404
Please use working URLs or add a comment how the .tar.gz can be regenerated
As your only targeting F-15 and rawhide, several things can be dropped from the
.spec file like the BuildRoot tag, the 'rm -rf $RPM_BUILD_ROOT' from the
%install phase, the entire %clean section and the %defattr lines from both
subpackages. The conditionals for fedora < 11 and rhel can also be dropped as
they're unneeded when you only target F-15 and rawhide.
Why are you bundling the python pieces with this package? We don't have python
support in the MinGW toolchain in Fedora so the python pieces are kinda
useless. The python code and the -doc subpackage are also bundled with the
native Fedora cxxtest package so they can both the dropped from the mingw
package.
Is it correct that this package only provides some C++ header files? If that's
the case then the two %global overrides can be dropped as they only apply to
mingw binaries. Do note however that when this package starts to bundle
binaries that several overrides need to be added (for dependency and debuginfo
extraction). See the Fedora MinGW packaging guidelines for an example.
If you aren't bundling any mingw binaries then you need add to a Requires:
mingw32-filesystem manually.
Why was this package imported as mingw32-cxxtest? The current Fedora MinGW
guidelines strongly suggest to name new packages mingw-, so that in the future
it would be easier to build mingw64- binary packages. Now that you've used
mingw32- source package naming, you'll have to retire mingw32-cxxtest and
re-review mingw-cxxtest once the mingw64 compiler is ready, probably in the F17
timeframe
--
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.
12 years, 10 months
[Bug 717511] New: CVE-2011-2501 libpng: regression of CVE-2004-0421 in 1.2.23+ [epel-5]
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: CVE-2011-2501 libpng: regression of CVE-2004-0421 in 1.2.23+ [epel-5]
https://bugzilla.redhat.com/show_bug.cgi?id=717511
Summary: CVE-2011-2501 libpng: regression of CVE-2004-0421 in
1.2.23+ [epel-5]
Product: Fedora EPEL
Version: el5
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Component: mingw32-libpng
AssignedTo: rjones(a)redhat.com
ReportedBy: huzaifas(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: lfarkas(a)lfarkas.org, rjones(a)redhat.com,
fedora-mingw(a)lists.fedoraproject.org
Blocks: 717084
Classification: Fedora
Story Points: ---
epel-5 tracking bug for mingw32-libpng: see blocks bug list for full details of
the security issue(s).
This bug is never intended to be made public, please put any public notes
in the 'blocks' bugs.
[bug automatically created by: add-tracking-bugs]
--
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.
12 years, 10 months
Status of mingw-ocaml and related packages?
by Paul A. Steckler
I had been cross-compiling some OCaml code linked against C code using
the Fedora 11 mingw-ocaml and related packages. I ran up against a wall
when I discovered that some of the MinGW Windows header files were
missing some crucial data structures, after updating some of the C code.
A Google search revealed that some of those header files have been updated
in more recent versions of MinGW. So I thought to install Fedora 15, and
get all the latest packages. But it looks like there's no mingw-ocaml package
for Fedora 15.
If there's no such package, is there a recommended way of installing OCaml
for MinGW on Fedora 15?
-- Paul
12 years, 10 months
mingw32-nsiswrapper with gtk3
by Nerijus Baliunas
Hello,
I used nsiswrapper --run --with-gtk and it was unable to find 2 gtk-2.0 directories.
My application depends on gtk3, so I had to use this patch for /usr/bin/nsiswrapper:
--- nsiswrapper.orig 2011-02-08 21:55:05.000000000 +0200
+++ nsiswrapper 2011-07-13 21:23:54.452033666 +0300
@@ -515,12 +515,12 @@
sub do_gtk
{
add_file_unless_exists (
- "$mingw32_libdir/gtk-2.0",
+ "$mingw32_libdir/gtk-3.0",
root => 0,
dir => 1,
exec => 0,
install_dir => "lib",
- install_name => "gtk-2.0"
+ install_name => "gtk-3.0"
);
add_file_unless_exists (
@@ -542,12 +542,12 @@
);
add_file_unless_exists (
- "$mingw32_sysconfdir/gtk-2.0",
+ "$mingw32_sysconfdir/gtk-3.0",
root => 0,
dir => 1,
exec => 0,
install_dir => "etc",
- install_name => "gtk-2.0"
+ install_name => "gtk-3.0"
);
add_file_unless_exists (
Could nsiswrapper be extended to support gtk3 too?
Regards,
Nerijus
12 years, 10 months
[mingw32-filesystem] Added glu32.dll and wsock32.dll to the list of Win32 default dll's
by Erik van Pienbroek
commit 444f8dd41c07e8227e3a8a1095914c4535fb9628
Author: Erik van Pienbroek <epienbro(a)fedoraproject.org>
Date: Wed Jul 13 14:29:09 2011 +0200
Added glu32.dll and wsock32.dll to the list of Win32 default dll's
mingw32-filesystem.spec | 7 ++++++-
1 files changed, 6 insertions(+), 1 deletions(-)
---
diff --git a/mingw32-filesystem.spec b/mingw32-filesystem.spec
index 2fa71e2..ec4e205 100644
--- a/mingw32-filesystem.spec
+++ b/mingw32-filesystem.spec
@@ -2,7 +2,7 @@
Name: mingw32-filesystem
Version: 69
-Release: 6%{?dist}
+Release: 7%{?dist}
Summary: MinGW base filesystem and environment
Group: Development/Libraries
@@ -48,6 +48,7 @@ Provides: mingw32(dnsapi.dll)
Provides: mingw32(dsound.dll)
Provides: mingw32(gdi32.dll)
Provides: mingw32(gdiplus.dll)
+Provides: mingw32(glu32.dll)
Provides: mingw32(glut32.dll)
Provides: mingw32(imm32.dll)
Provides: mingw32(kernel32.dll)
@@ -71,6 +72,7 @@ Provides: mingw32(version.dll)
Provides: mingw32(winmm.dll)
Provides: mingw32(wldap32.dll)
Provides: mingw32(ws2_32.dll)
+Provides: mingw32(wsock32.dll)
%description
@@ -187,6 +189,9 @@ install -m 644 %{SOURCE8} $RPM_BUILD_ROOT%{_datadir}/mingw32
%changelog
+* Wed Jul 13 2011 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 69-7
+- Added glu32.dll and wsock32.dll to the list of Win32 default dll's
+
* Wed Jul 6 2011 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 69-6
- Use a more complete list of Win32 default dll's
12 years, 10 months
mingw spec file generation with script (like kmodtool)
by Farkas Levente
hi,
after my original mail "future of mingw" now i put together the first
version what i like to see.
i attached an example libogg spec file the old (current svn and my
rewrite) to show how i like to clear the spec file. imho it's cleaner
easier and better to maintain.
a short description:
i can't solve this f***n debug define so it's always have to add to the
spec file:
----------------------------
%define __debug_install_post %{mingw_debug_install_post}
----------------------------
the magic is hidden into mingwtool which generate the rest of the spec
file with this two lines:
----------------------------
%global mingwtool sh /usr/lib/rpm/mingwtool
%{expand:%(%{mingwtool} --br "gcc" --doc "AUTHORS CHANGES COPYING
README" 2>/dev/null)}
----------------------------
the useful parameters for the shell script are:
--enable-* (or --with-*) and --disable-* (or --without-*)
which can turn on and off some feature which are:
- mingw32 to generate mingw32 subpackages default: on
- mingw64 to generate mingw64 subpackages default: on
- darwinx to generate darwinx subpackages default: off
- static to generate static subpackages default: on
- debug to generate debug subpackages default: on
--br BuildRequires mingw32/64 packages
--doc additional documentation files to the main package
not yet implemented:
--req Requires for mingw32/64 packages for the subpackage
--prov Provides for mingw32/64 packages for the subpackage
--obs Obsoletes for mingw32/64 packages for the subpackage
eg:
%{expand:%(%{mingwtool} --disable-mingw64 --disable-static --br "gcc
gcc-c++" --doc "AUTHORS CHANGES COPYING README" 2>/dev/null)}
- don't build mingw64 and static subpackages
- add BuildRequires: mingw32-gcc mingw32-gcc-c++
- add the above files to mingw32-libogg %doc section
i write separate mails about the rewritten scripts.
--
Levente "Si vis pacem para bellum!"
12 years, 10 months
