[Bug 754185] Review Request: mingw32-p11-kit - MinGW package for p11-kit
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=754185
--- Comment #2 from Michael Cronenworth <mike(a)cchtml.com> 2011-11-15 12:48:15 EST ---
(In reply to comment #1)
> Hi Michael,
>
> Here are some initial review remarks:
> - The following lines can be dropped (because of the automatic RPM 4.9
> dependency magic) :
> %global _use_internal_dependency_generator 0
> %global __find_requires %{_mingw32_findrequires}
> %global __find_provides %{_mingw32_findprovides}
Good to know.
> - Why have you added manual Requires tags for mingw32-gettext and
> mingw32-iconv? Dependencies should normally be handled by the automatic RPM 4.9
> dependency magic so you shouldn't need to provide manual Requires tags here
This is my fault. I was copying files to my Windows host and noted I needed
libintl-8.dll and made a note of it in the spec.
> - Is regenerating the configure script and Makefiles using the
> autotools/libtool really necessary?
Old cruft undoubtedly. Gone.
> - Is the PATH override in the %build section really needed?
Nope.
> - The line 'rm -rf $RPM_BUILD_ROOT' from the %install section, the entire
> %clean section and the %defattr line can be removed as modern RPM doesn't
> require it anymore
> - The folder %{_mingw32_sysconfdir}/pkcs11 is currently un-owned. Please add a
> '%dir %{_mingw32_sysconfdir}/pkcs11' to the %files section
Good catch.
New spec: http://michael.cronenworth.com/RPMS/mingw32-p11-kit.spec
New SRPM:
http://michael.cronenworth.com/RPMS/mingw32-p11-kit-0.9-2.fc15.src.rpm
--
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, 5 months
[Bug 754185] Review Request: mingw32-p11-kit - MinGW package for p11-kit
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=754185
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 #1 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> 2011-11-15 12:33:34 EST ---
Hi Michael,
Here are some initial review remarks:
- The following lines can be dropped (because of the automatic RPM 4.9
dependency magic) :
%global _use_internal_dependency_generator 0
%global __find_requires %{_mingw32_findrequires}
%global __find_provides %{_mingw32_findprovides}
- Why have you added manual Requires tags for mingw32-gettext and
mingw32-iconv? Dependencies should normally be handled by the automatic RPM 4.9
dependency magic so you shouldn't need to provide manual Requires tags here
- Is regenerating the configure script and Makefiles using the
autotools/libtool really necessary?
- Is the PATH override in the %build section really needed?
- The line 'rm -rf $RPM_BUILD_ROOT' from the %install section, the entire
%clean section and the %defattr line can be removed as modern RPM doesn't
require it anymore
- The folder %{_mingw32_sysconfdir}/pkcs11 is currently un-owned. Please add a
'%dir %{_mingw32_sysconfdir}/pkcs11' to the %files section
--
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, 5 months
iostreams, std::cout and binary
by Simson Garfinkel
I have the need to send binary data to std::cout. The hack that I've previously used on Windows is to include this line in my main.cpp file:
#ifdef WIN32
// Allows us to open standard input in binary mode by default
// See http://gnuwin32.sourceforge.net/compile.html for more
int _CRT_fmode = _O_BINARY;
#endif
Sadly, this does not seem to work for std::cout
I tried this:
std::ofstream f;
f.open("CON",std::ios_base:binary)
f << "this is a bare nl: \n see? No CR.\r\n";
But that didn't work. Actually, it was kind of weird --- the stdout couldn't be redirected --- it went to the console. And it didn't come out in binary.
I understand that I can open an iostream with the ios_base::binary flag. However it is not clear to me how to open stdout.
The _CRT_fmode trick does seem to work for a write() that I have to file descriptor 1, however.
const char *buf = "this is a newline: \n and this is both a cr and a newline: \r\n";
write(1,buf,strlen(buf));
Can someone tell me:
1. Is it possible to write binary to std::cout ?
2. Is there a way to "re-open" std::cout?
Thanks,
Simson
12 years, 5 months
Fwd: Gtk+ win32 fixes, please test
by Kalev Lember
Hello,
Forwarding a message from gtk-devel-list. The rest of the thread is
archived at https://mail.gnome.org/archives/gtk-devel-list/2011-October/msg00055.html
-------- Original Message --------
Subject: Gtk+ win32 fixes, please test
Date: Wed, 19 Oct 2011 22:53:49 +0200
From: Alexander Larsson <alexl(a)redhat.com>
To: gtk-devel-list(a)gnome.org <gtk-devel-list(a)gnome.org>
I just pushed a bunch of changes to how grabs and crossing events
work in the win32 backend to the gtk-2-24-win32 branch, and I want to
fix any other leftover bugs from the client side windows conversion.
Can any people interested in the win32 code please try this out and
report any issues, regressions against gtk-2-24 or just things that are
broken on windows related to windows and events.
I'm doing this work on the 2.24 branch because gtk2 is what most apps
are still using on win32. When this seems to work well I want to forward
port it to 3.2.
_______________________________________________
gtk-devel-list mailing list
gtk-devel-list(a)gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
12 years, 5 months
Broken dependencies in EPEL - 2011-11-13
by Fedora Koji Build System
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
12 years, 5 months
How do I get the handle for a iostream?
by Simson Garfinkel
I need to call FlushFileBuffers() for an iostream handle. (I'm writing to the stream and calling f.sync(), but the on-disk file isn't getting bigger). How do I get the Handle?
Thanks,
Simson
12 years, 5 months
How do I get the handle for a iostream?
by Simson Garfinkel
I need to call FlushFileBuffers() for an iostream handle. (I'm writing to the stream and calling f.sync(), but the on-disk file isn't getting bigger). How do I get the Handle?
Thanks,
Simson
12 years, 5 months
[mingw32-filesystem/f15] Backported the changes from f16/master up to 69-8 excluding 69-3
by Erik van Pienbroek
commit ebb2a3bbc17344e3ce2c128fe2502dbce23cd8d1
Author: Erik van Pienbroek <epienbro(a)fedoraproject.org>
Date: Sat Nov 12 12:58:41 2011 +0100
Backported the changes from f16/master up to 69-8 excluding 69-3
Backported the changes from f16/master up to 69-8 excluding 69-3
This contains a more complete list of Win32 default DLLs and
a bugfix for the dependency extractor with upper case dll names
mingw32-filesystem.spec | 46 ++++++++++++++++++++++++++++++++++++----------
mingw32-find-requires.sh | 2 +-
2 files changed, 37 insertions(+), 11 deletions(-)
---
diff --git a/mingw32-filesystem.spec b/mingw32-filesystem.spec
index f3ffad3..2dad86f 100644
--- a/mingw32-filesystem.spec
+++ b/mingw32-filesystem.spec
@@ -2,7 +2,7 @@
Name: mingw32-filesystem
Version: 69
-Release: 3%{?dist}
+Release: 4%{?dist}
Summary: MinGW base filesystem and environment
Group: Development/Libraries
@@ -38,22 +38,43 @@ Requires: pkgconfig
# proprietary DLLs in our find-requires checking script - essentially
# it comes out the same either way.
#
+Provides: mingw32(advapi32.dll)
+Provides: mingw32(avicap32.dll)
+Provides: mingw32(cfgmgr32.dll)
+Provides: mingw32(comctl32.dll)
+Provides: mingw32(comdlg32.dll)
+Provides: mingw32(crypt32.dll)
+Provides: mingw32(ddraw.dll)
+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)
-Provides: mingw32(ole32.dll)
Provides: mingw32(mscoree.dll)
+Provides: mingw32(msdmo.dll)
+Provides: mingw32(msimg32.dll)
Provides: mingw32(msvcrt.dll)
-Provides: mingw32(user32.dll)
-Provides: mingw32(wldap32.dll)
-Provides: mingw32(glut32.dll)
+Provides: mingw32(netapi32.dll)
+Provides: mingw32(odbc32.dll)
+Provides: mingw32(ole32.dll)
+Provides: mingw32(oleaut32.dll)
+Provides: mingw32(opengl32.dll)
+Provides: mingw32(psapi.dll)
+Provides: mingw32(rpcrt4.dll)
Provides: mingw32(secur32.dll)
-Provides: mingw32(version.dll)
-Provides: mingw32(cfgmgr32.dll)
Provides: mingw32(setupapi.dll)
-Provides: mingw32(rpcrt4.dll)
+Provides: mingw32(shell32.dll)
+Provides: mingw32(shlwapi.dll)
+Provides: mingw32(user32.dll)
+Provides: mingw32(usp10.dll)
+Provides: mingw32(version.dll)
+Provides: mingw32(winmm.dll)
+Provides: mingw32(wldap32.dll)
Provides: mingw32(ws2_32.dll)
-Provides: mingw32(gdiplus.dll)
-Provides: mingw32(odbc32.dll)
+Provides: mingw32(wsock32.dll)
%description
@@ -170,6 +191,11 @@ install -m 644 %{SOURCE8} $RPM_BUILD_ROOT%{_datadir}/mingw32
%changelog
+* Sat Nov 12 2011 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 69-4
+- Backported the changes from f16/master up to 69-8 excluding 69-3
+ This contains a more complete list of Win32 default DLLs and
+ a bugfix for the dependency extractor with upper case dll names
+
* Fri Jul 1 2011 Erik van Pienbroek <epienbro(a)fedoraproject.org> - 69-3
- The %%{_mingw32_qmake_qt4} macro pointed to an invalid mkspecs name. Fixed
diff --git a/mingw32-find-requires.sh b/mingw32-find-requires.sh
index ae1047e..da6bb2c 100755
--- a/mingw32-find-requires.sh
+++ b/mingw32-find-requires.sh
@@ -21,7 +21,7 @@ echo 'mingw32-runtime'
dlls=$(echo $filelist | tr [:blank:] '\n' | grep -Ei '\.(dll|exe)$')
for f in $dlls; do
- $OBJDUMP -p $f | grep 'DLL Name' | grep -Eo '[-._\+[:alnum:]]+\.dll' |
+ $OBJDUMP -p $f | grep 'DLL Name' | grep -Eio '[-._\+[:alnum:]]+\.dll' |
tr [:upper:] [:lower:] |
sed 's/\(.*\)/mingw32(\1)/'
done | sort -u
12 years, 5 months
Broken dependencies in EPEL - 2011-11-06
by Fedora Koji Build System
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
12 years, 5 months