On Mon, Jul 21, 2014 at 07:14:42PM +0200, Marco Atzeri wrote:
On 21/07/2014 16:57, Matt D. wrote:
to that should be up to date?
most of the mirrors have a 24 hours cycle
Actually, many mirrors update from sourceware.org every couple
of hours. kernel.org is one example.
cgf
--
Unsubscribe
The following packages have been updated for the Cygwin distribution:
* libglib2.0_0-2.38.2-3
* libglib2.0-devel-2.38.2-3
* libglib2.0-doc-2.38.2-3
GLib is the low-level core library that forms the basis for projects
such as GTK+ and GNOME. It provides data structure handling for C,
portability
The following packages have been updated in the Cygwin distribution:
* libgtk3_0-3.10.9-1
* libgtk3-devel-3.10.9-1
* libgtk3-doc-3.10.9-1
* libgailutil3_0-3.10.9-1
* libgailutil3-devel-3.10.9-1
* libgailutil3-doc-3.10.9-1
* girepository-Gtk3.0-3.10.9-1
* gtk3-demo-3.10.9-1
*
The following packages have been updated in the Cygwin distribution:
* dri-drivers-10.2.4-1
* libEGL1-10.2.4-1
* libEGL-devel-10.2.4-1
* libGL1-10.2.4-1
* libGL-devel-10.2.4-1
* libGLESv1_CM1-10.2.4-1
* libGLESv1_CM-devel-10.2.4-1
* libGLESv2_2-10.2.4-1
* libGLESv2-devel-10.2.4-1
*
The following packages have been updated for both arches:
* libqscintilla2_11-2.8.1-1
* libqscintilla2-common-2.8.1-1
* libqscintilla2-devel-2.8.1-1
* python-pyqt4-4.10.4-1
* python-pyqt4-qsci-2.8.1-1
* python-sip-4.15.5-1
* python3-pyqt4-4.10.4-1
* python3-pyqt4-qsci-2.8.1-1
*
Hi Cygwin lovers,
After some weeks of serious compiling, researching, understanding, fixing,
testing
and compiling again, I managed to get the Sendmail source code compiled and
working.
But I had to compromise in some critical areas. One of them is the uid issue.
* sendmail, procmail,
D. Boland wrote:
But I had to compromise in some critical areas. One of them is the uid issue.
* sendmail, procmail, mail.local assume that the id of the privileged user is
'0'.
Isn't it about time to make this our First Directive also?
I thought sendmail used capabilities?
Isn't it
Linda Walsh wrote:
D. Boland wrote:
But I had to compromise in some critical areas. One of them is the uid
issue.
* sendmail, procmail, mail.local assume that the id of the privileged user
is '0'.
Isn't it about time to make this our First Directive also?
I thought sendmail
On Jul 23 10:06, D. Boland wrote:
Hi Cygwin lovers,
After some weeks of serious compiling, researching, understanding, fixing,
testing
and compiling again, I managed to get the Sendmail source code compiled and
working.
But I had to compromise in some critical areas. One of them is the
Hi Corinna,
Corinna Vinschen wrote:
Isn't it about time to make this our First Directive also?
Not in relation to the uid. In contrast to Linux we don't have the one
single root user. We have potentially endless numbers of them, and one
of them, not necessarily SYSTEM, is used to run
The following packages have been updated in the Cygwin distribution:
* llvm-3.4.2-1
* llvm-doc-3.4.2-1
* libllvm3.4-3.4.2-1
* libllvm-devel-3.4.2-1
* libllvm-devel-static-3.4.2-1
* clang-3.4.2-1
* clang-analyzer-3.4.2-1
* libclang-3.4.2-1
* libclang-devel-3.4.2-1
* libclang-devel-static-3.4.2-1
*
On 07/23/2014 07:35 AM, D. Boland wrote:
snip
It actually is my solution to running Sendmail: create the Sendmail user, called
'smmsp' and make it an Administrator, so it can impersonate users on my system.
But I don't like my solution, because this would mean I have to create an
admin-user
On Jul 23 13:35, D. Boland wrote:
Corinna Vinschen wrote:
Not in relation to the uid. In contrast to Linux we don't have the one
single root user. We have potentially endless numbers of them, and one
of them, not necessarily SYSTEM, is used to run the service. Keep in
mind that there
Greetings, D. Boland!
Hi Corinna,
Corinna Vinschen wrote:
Isn't it about time to make this our First Directive also?
Not in relation to the uid. In contrast to Linux we don't have the one
single root user. We have potentially endless numbers of them, and one
of them, not necessarily
On Wed, Jul 23, 2014 at 08:08:07PM +0400, Andrey Repin wrote:
Greetings, D. Boland!
Cygwin security will be done for in the long run. Why not make the leap and
show MS admins/developers how it should be done?
You really think they are all idiots?... Like, really?
Sure, why not. MS
Sorry,
Yaakov Selkowitz wrote:
This is an update to the latest upstream release, and the first release
for x86_64. PLEASE NOTE that clang will NOT work as a native code
compiler for x86_64 at this time, but should still work as a code
analyzer and LLVM bytecode compiler; PTC.
That explains
On Wed, 2014-07-23 at 18:37 +0200, Angelo Graziosi wrote:
Yaakov Selkowitz wrote:
This is an update to the latest upstream release, and the first release
for x86_64. PLEASE NOTE that clang will NOT work as a native code
compiler for x86_64 at this time, but should still work as a code
On Jul 23 18:37, Angelo Graziosi wrote:
Sorry,
Yaakov Selkowitz wrote:
This is an update to the latest upstream release, and the first release
for x86_64. PLEASE NOTE that clang will NOT work as a native code
compiler for x86_64 at this time, but should still work as a code
analyzer and
Corinna Vinschen wrote:
The default for native Windows applications is the small code model
[...]
Therefore my
collegue Kai Tietz provided GCC with implementations of a medium and
large code model
Gulp! Seems to re-read the Borland C++/TPascal manuals at the beginning
of the 1990s... only the
The following packages have been updated in the Cygwin distribution:
* llvm-3.4.2-1
* llvm-doc-3.4.2-1
* libllvm3.4-3.4.2-1
* libllvm-devel-3.4.2-1
* libllvm-devel-static-3.4.2-1
* clang-3.4.2-1
* clang-analyzer-3.4.2-1
* libclang-3.4.2-1
* libclang-devel-3.4.2-1
* libclang-devel-static-3.4.2-1
*
20 matches
Mail list logo
