Re: [Fedora-packaging] define versus global !?
by Kalev Lember
On 07/10/2011 03:47 PM, Farkas Levente wrote:
> On 07/05/2011 12:49 AM, Farkas Levente wrote:
>>>>> On Tue, 2011-06-28 at 13:58 +0200, Farkas Levente wrote:
>>>>>> does anybody who can tell me the real reason of why:
>>>>>> ------------------------------------
>>>>>> %define __debug_install_post %{mingw_debug_install_post}
>>>>>> ------------------------------------
>>>>>> works why
>>>>>> ------------------------------------
>>>>>> %global __debug_install_post %{mingw_debug_install_post}
>>>>>> ------------------------------------
>>>>>> not?
>
> i find the reason but don't know how to solve. the problem was
> %{?buildsubdir} which is not defined in the header part of the spec file
> just in and after the %setup section. which means it's very hard to
> define any kind of macro for __debug_install_post in the header part
> without know which directory contains the compiled code so where have to
> extract the debug info...
> any tip?
>
One of the differences between %global and %define is that %define is
lazily expanded, but global is not. Now if you say that buildsubdir
definition isn't available when you are setting __debug_install_post, it
means you need to use lazy expansion. This is probably the reason why
%define works for you but %global doesn't: %global is expanded at
definition time. If you really want to use %global instead of %define,
you could try forcing lazy expansion by escaping %:
%global __debug_install_post %%{mingw_debug_install_post}
^^ force lazy expansion
Hope this helps,
Kalev
12 years, 8 months
Re: Looking for testers: RPM 4.9 alpha
by Erik van Pienbroek
Panu Matilainen schreef op vr 26-11-2010 om 13:20 [+0200]:
> In particular, I'm interested in feedback on the new, pluggable and
> enhanced dependency extration system. Documentation is scarce at the
> moment but some background and examples can be found here:
> http://laiskiainen.org/blog/?p=35
All mingw32 packages in Fedora contain these set of instructions in
the .spec files:
%global _use_internal_dependency_generator 0
%global __find_requires %{_mingw32_findrequires}
%global __find_provides %{_mingw32_findprovides}
Does this new dependency extraction system make these kind of
instructions obsolete?
If I understand your blog entry correctly then we (the Fedora MinGW SIG)
are recommended to use something like this:
%__mingw32_provides %{_mingw32_findprovides}
%__mingw32_requires %{_mingw32_findrequires}
Is this correct or do you recommend something different?
The macros %{_mingw32_findrequires} and %{_mingw32_findprovides} are
mentioned in the file /etc/rpm/macros.mingw32 which is part of the
mingw32-filesystem package. Both refer to a small shell script which
uses the i686-pc-mingw32-objdump tool to extract dependency information.
Kind regards,
Erik van Pienbroek
12 years, 8 months
Dependency problem in fedora-cross repository for Fedora 14
by Boszormenyi Zoltan
Hi,
previously I used the repository at
http://build1.openftd.org/mingw-w64
on my Fedora 14 system then I tried to upgrade to this:
http://build1.openftd.org/fedora-cross/f$releasever/$basearch
The fedora-cross repository has a wrong dependency on
Fedora 14 for mingw-binutils:
# yum install mingw*
...
--> Finished Dependency Resolution
Error: Package: mingw64-binutils-2.21.52.0.2-1.fc15_cross.x86_64 (fedora-cross)
Requires: libc.so.6(GLIBC_2.14)(64bit)
Error: Package: mingw32-binutils-2.21.52.0.2-1.fc15_cross.x86_64 (fedora-cross)
Requires: libc.so.6(GLIBC_2.14)(64bit)
Error: Package: mingw-binutils-generic-2.21.52.0.2-1.fc15_cross.x86_64 (fedora-cross)
Requires: libc.so.6(GLIBC_2.14)(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
Fedora 14 has this:
# rpm -q glibc
glibc-2.13-2.x86_64
glibc-2.13-2.i686
How can I solve it without upgrading to Fedora 15?
Best regards,
Zoltán Böszörményi
12 years, 8 months
Mac OS X cross compiler
by Ruben Van Boxem
Hi,
I have recently been put on the trail of your effort to provide a Mac
OS X cross-compiler from Linux to Mac OS X. Although I'm running Arch,
with the necessary symlinks(for openssl libs and /usr/darwinx) I can
run your extracted rpms as a sysrooted toolchain.
I am wondering what the intended future of this project is. I Believe
it is already pretty usable, and would allow cross-compiling devs to
expand their realm to Mac OS X.
If there is still interest in further development, I would like to
make a suggestion/feature request: the macports project seems to be
able to supply a GCC 4.6 compiler for Mac OS X. Would it be possible
to do the same thing here?
Thanks for the great work!
Ruben
12 years, 8 months
[mingw32-libpng/f14] Update to 1.4.8 (CVE-2011-2690, CVE-2011-2692)
by Kalev Lember
commit 735ee2f569c121a520d870d099c0425fea084b25
Author: Kalev Lember <kalevlember(a)gmail.com>
Date: Fri Jul 22 13:01:56 2011 +0300
Update to 1.4.8 (CVE-2011-2690, CVE-2011-2692)
.gitignore | 1 +
libpng-CVE-2011-2501.patch | 49 --------------------------------------------
mingw32-libpng.spec | 20 ++++++-----------
sources | 2 +-
4 files changed, 9 insertions(+), 63 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 0a4a22c..c807b4b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
libpng-1.4.3.tar.bz2
+/libpng-1.4.8.tar.xz
diff --git a/mingw32-libpng.spec b/mingw32-libpng.spec
index 073a023..9806421 100644
--- a/mingw32-libpng.spec
+++ b/mingw32-libpng.spec
@@ -5,23 +5,15 @@
%global __find_provides %{_mingw32_findprovides}
Name: mingw32-libpng
-Version: 1.4.3
-Release: 2%{?dist}
+Version: 1.4.8
+Release: 1%{?dist}
Summary: MinGW Windows Libpng library
License: zlib
URL: http://www.libpng.org/pub/png/
-Source0: ftp://ftp.simplesystems.org/pub/png/src/libpng-%{version}.tar.bz2
+Source0: ftp://ftp.simplesystems.org/pub/png/src/libpng-%{version}.tar.xz
Patch2: mingw32-libpng-fix-invalid-exports.patch
-# https://bugzilla.redhat.com/show_bug.cgi?id=717510
-# https://bugzilla.redhat.com/show_bug.cgi?id=717511
-# CVE-2011-2501
-#
-# *** NOTE *** When updating the package, please ensure the
-# new version either contains this fix, or this patch is retained.
-Patch3: libpng-CVE-2011-2501.patch
-
Group: Development/Libraries
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
@@ -49,8 +41,6 @@ MinGW Windows Libpng library.
# issue more to find out the real cause, but this will do for now
%patch2 -p0
-%patch3 -p1
-
%build
%{_mingw32_configure}
@@ -82,6 +72,7 @@ rm -rf $RPM_BUILD_ROOT
%{_mingw32_includedir}/libpng14
%{_mingw32_includedir}/png.h
%{_mingw32_includedir}/pngconf.h
+%{_mingw32_libdir}/libpng.dll.a
%{_mingw32_libdir}/libpng.la
%{_mingw32_libdir}/libpng14.a
%{_mingw32_libdir}/libpng14.dll.a
@@ -91,6 +82,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Fri Jul 22 2011 Kalev Lember <kalevlember(a)gmail.com> - 1.4.8-1
+- Update to 1.4.8 (CVE-2011-2690, CVE-2011-2692)
+
* Wed Jun 29 2011 Richard W.M. Jones <rjones(a)redhat.com> - 1.4.3-2
- Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511).
diff --git a/sources b/sources
index 386932d..046b6f5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-9347eeda4241401f7da4dc9ba7f6a416 libpng-1.4.3.tar.bz2
+2ce595d571f2b06a9403ed5bcfa4ecbd libpng-1.4.8.tar.xz
12 years, 8 months
[mingw32-libpng/f15] Update to 1.4.8 (CVE-2011-2690, CVE-2011-2692)
by Kalev Lember
commit 87a5b99aa21e016d9609e51dca4a543e2f49af55
Author: Kalev Lember <kalevlember(a)gmail.com>
Date: Fri Jul 22 13:01:56 2011 +0300
Update to 1.4.8 (CVE-2011-2690, CVE-2011-2692)
.gitignore | 1 +
libpng-CVE-2011-2501.patch | 49 --------------------------------------------
mingw32-libpng.spec | 20 ++++++-----------
sources | 2 +-
4 files changed, 9 insertions(+), 63 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 0a4a22c..c807b4b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
libpng-1.4.3.tar.bz2
+/libpng-1.4.8.tar.xz
diff --git a/mingw32-libpng.spec b/mingw32-libpng.spec
index 5d944e6..4b8b12e 100644
--- a/mingw32-libpng.spec
+++ b/mingw32-libpng.spec
@@ -5,23 +5,15 @@
%global __find_provides %{_mingw32_findprovides}
Name: mingw32-libpng
-Version: 1.4.3
-Release: 3%{?dist}
+Version: 1.4.8
+Release: 1%{?dist}
Summary: MinGW Windows Libpng library
License: zlib
URL: http://www.libpng.org/pub/png/
-Source0: ftp://ftp.simplesystems.org/pub/png/src/libpng-%{version}.tar.bz2
+Source0: ftp://ftp.simplesystems.org/pub/png/src/libpng-%{version}.tar.xz
Patch2: mingw32-libpng-fix-invalid-exports.patch
-# https://bugzilla.redhat.com/show_bug.cgi?id=717510
-# https://bugzilla.redhat.com/show_bug.cgi?id=717511
-# CVE-2011-2501
-#
-# *** NOTE *** When updating the package, please ensure the
-# new version either contains this fix, or this patch is retained.
-Patch3: libpng-CVE-2011-2501.patch
-
Group: Development/Libraries
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
@@ -49,8 +41,6 @@ MinGW Windows Libpng library.
# issue more to find out the real cause, but this will do for now
%patch2 -p0
-%patch3 -p1
-
%build
%{_mingw32_configure}
@@ -82,6 +72,7 @@ rm -rf $RPM_BUILD_ROOT
%{_mingw32_includedir}/libpng14
%{_mingw32_includedir}/png.h
%{_mingw32_includedir}/pngconf.h
+%{_mingw32_libdir}/libpng.dll.a
%{_mingw32_libdir}/libpng.la
%{_mingw32_libdir}/libpng14.a
%{_mingw32_libdir}/libpng14.dll.a
@@ -91,6 +82,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Fri Jul 22 2011 Kalev Lember <kalevlember(a)gmail.com> - 1.4.8-1
+- Update to 1.4.8 (CVE-2011-2690, CVE-2011-2692)
+
* Wed Jun 29 2011 Richard W.M. Jones <rjones(a)redhat.com> - 1.4.3-3
- Include fix for CVE-2011-2501 (RHBZ#717510, RHBZ#717511).
diff --git a/sources b/sources
index 386932d..046b6f5 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-9347eeda4241401f7da4dc9ba7f6a416 libpng-1.4.3.tar.bz2
+2ce595d571f2b06a9403ed5bcfa4ecbd libpng-1.4.8.tar.xz
12 years, 8 months