Hello!
Today i have updated 64-bit Cygwin and my antivirus gave me an alert:
--- cut ---
FilenameRiskAction Risk Type Original
LocationComputerUser
Status
rational.so Trojan.ADH Pending AnalysisFile;
Name: Dr. Volker Zell
Package: tzcode
BEGIN SSH2 PUBLIC KEY
Comment: 2048-bit RSA, converted by vzell@leila from OpenSSH
B3NzaC1yc2EDAQABAAABAQDIvwAJ4xrZ72Com6eAhaCgUVd+lQqWtWCi1TNN8q
Wdzpj1L3CjDtZBCXto73SM6N73KjWkT+7Abo76DDGu67HtXVx670QmlaGCEz4Gjr5nhG/9
On 2014-11-10 08:09, Dr. Volker Zell wrote:
Name: Dr. Volker Zell
Package: tzcode
BEGIN SSH2 PUBLIC KEY
Comment: 2048-bit RSA, converted by vzell@leila from OpenSSH
B3NzaC1yc2EDAQABAAABAQDIvwAJ4xrZ72Com6eAhaCgUVd+lQqWtWCi1TNN8q
On 2014-11-10 07:04, Pavel Fedin wrote:
Today i have updated 64-bit Cygwin and my antivirus gave me an alert:
--- cut ---
FilenameRiskAction Risk Type Original
LocationComputerUser
Status
rational.so Trojan.ADH
Hello, Yaakov.
Monday, November 10, 2014, 20:42:20 you wrote:
https://cygwin.com/faq/faq.html#faq.setup.virus
Oops, i am really sorry for hitting the FAQ and doing things
absolutely opposite to what's suggested. :(
Real programmers never have time to read docs...
--
Kind regards,
Two minor nits:
The current beta packages contain a . in the release number. That dot is
chopped off along with the anything that follows in some places during
install in setup.exe. A better naming scheme would use a letter there,
so perhaps 0b8 (I know that this doesn't produce problems since
Ken Brown writes:
Apparently setup.exe doesn't parse the data for the cygwin package
correctly, and its dependencies therefore don't get taken into account
in computing the dependency order.
To decide that, a formal definition of what is a permissible release
number is required and I don't
On 11/10/2014 1:31 PM, Achim Gratz wrote:
Two minor nits:
The current beta packages contain a . in the release number. That dot is
chopped off along with the anything that follows in some places during
install in setup.exe. A better naming scheme would use a letter there,
so perhaps 0b8 (I
On 11/4/2014 11:25 AM, Achim Gratz wrote:
Ken Brown writes:
I think Reini is talking about the changes introduced by Yaakov and
subsequently followed by others (including me). But as long as you're
getting the credit anyway, are you willing to adopt perl? We seem to
be at an impasse
On Nov 10 22:24, Achim Gratz wrote:
Ken Brown writes:
Apparently setup.exe doesn't parse the data for the cygwin package
correctly, and its dependencies therefore don't get taken into account
in computing the dependency order.
To decide that, a formal definition of what is a permissible
On 2014-11-10 12:31, Achim Gratz wrote:
The current beta packages contain a . in the release number. That dot is
chopped off along with the anything that follows in some places during
install in setup.exe.
Which places exactly? We could just fix this in setup instead.
--
Yaakov
On 11/10/2014 7:22 AM, rhofm...@rayed.de wrote:
When i first start X, i get a non-functional X window and when i then
start startx, i get a second functional Cygwin/X:1.0 window.
What does this tell me?
May there be some network related configuration problem on my machine?
Raymund Hofmann
Thx, it is working now as it should, after i installed some x
applications and using X -multiwindow in my Autostart and after a
reboot. Don't know what it was.
I was after using octave compiled for 64-bit cygwin, as it can use more
memory than the windows-compiled version, seems to work good
Hi
http://floradellavaldipeio.it/women.php?cool=3suz9aht6hpdvq7
sheiksha...@yahoo.com
Sent from my iPhone
.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-11-10 16:21:52
Modified files:
winsup/utils : ChangeLog cygcheck.cc mkgroup.c mkpasswd.c
Log message:
* cygcheck.cc (dump_sysinfo): Handle Windows 10/Server 2014(?).
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-11-10 20:27:22
Modified files:
winsup/doc : ntsec.xml
Log message:
Fix typo
Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ntsec.xml.diff?cvsroot=srcr1=1.15r2=1.16
On Nov 7 21:51, Christian Franke wrote:
Corinna Vinschen wrote:
In theory there should be only one option -l [machine], which prints the
local accounts of the current machine unprefixed (standalone machine) or
prefixed (domain machine), and always prefixed for a foreign machine.
The -L
On Nov 7 16:12, David Stacey wrote:
On 07/11/2014 06:37, Christian Franke wrote:
Package search shows 156 usr/bin/*-config scripts. How many of these use
mkpasswd?
The following scripts from /usr/bin invoke mkpasswd:
/usr/bin/cron-config
/usr/bin/exim-config
On Nov 7 13:04, Pierre A. Humblet wrote:
-Original Message-
From: Pierre A. Humblet
Sent: Thursday, November 06, 2014 16:09
-Original Message-
From: Corinna Vinschen
Sent: Thursday, November 06, 2014 13:51
On Nov 6 13:38, Kelley Cook wrote:
On Thu,
On Nov 7 16:16, Tim Prince wrote:
On 11/7/2014 4:11 AM, Corinna Vinschen wrote:
- GCC 4.9.2-1 DLLs accidentally call __cxa_atexit with the wrong DSO
handle value. This Cygwin update allows this scenario throughout.
It now understands *any* DSO handle value, as long as it's a
2014-11-08 22:41 GMT+01:00 Alexpux:
Hi!
We tried to update MSYS2 sqlite3 to the same version and found that on i686
doesn’t work properly because the wrong calling convention is used when
calling GetModuleHandleW and SetDllDirectoryW.
Here is the patch to fix this issue:
Thank you very
On Nov 10 12:36, Jan Nijtmans wrote:
2014-11-08 22:41 GMT+01:00 Alexpux:
Hi!
We tried to update MSYS2 sqlite3 to the same version and found that on i686
doesn’t work properly because the wrong calling convention is used when
calling GetModuleHandleW and SetDllDirectoryW.
Here is the
2014-11-10 12:55 GMT+01:00 Corinna Vinschen corinna-cyg...@cygwin.com:
If this is for loading modules via dlopen, the solution should be to
either to add the directory to LD_LIBRARY_PATH, or enhance Cygwin if
it's an issue with loading dependent DLLs. We can still add
On Nov 10 12:14, Corinna Vinschen wrote:
On Nov 7 16:16, Tim Prince wrote:
On 11/7/2014 4:11 AM, Corinna Vinschen wrote:
- GCC 4.9.2-1 DLLs accidentally call __cxa_atexit with the wrong DSO
handle value. This Cygwin update allows this scenario throughout.
It now understands
On Nov 10 13:51, Jan Nijtmans wrote:
2014-11-10 12:55 GMT+01:00 Corinna Vinschen corinna-cyg...@cygwin.com:
If this is for loading modules via dlopen, the solution should be to
either to add the directory to LD_LIBRARY_PATH, or enhance Cygwin if
it's an issue with loading dependent DLLs.
On Mon, Nov 10, 2014 at 04:04:53PM +0300, Pavel Fedin wrote:
Today i have updated 64-bit Cygwin and my antivirus gave me an alert:
--- cut ---
Filename RiskAction Risk Type Original
Location ComputerUser
Status
rational.so
From: Jeremy Bopp
On 11/07/2014 03:26 PM, Nellis, Kenneth wrote:
I'm tired of creating pairs of script files: a clickable .BAT file to
invoke my shell script and then my shell script to do the actual work.
I was wondering if any of the geniuses on this list have come up with
a way to
Nellis, Kenneth writes:
Jeremy's solution is closest to what I was looking for; however
I need it to work from a networked, non-drive-mapped folder.
(CMD.EXE doesn't like UNC paths.) I hadn't realized that I could
pipe a script into bash.
The solution to the UNC path problem is to put
Greetings, Nellis, Kenneth!
(CMD.EXE doesn't like UNC paths.) I hadn't realized that I could
pipe a script into bash.
reg ADD HKEY_CURRENT_USER\Software\Microsoft\Command Processor /f /v
DisableUNCCheck /t REG_DWORD /d 1
And speaking of doesn't like, it only don't like it's own CWD to be UNC
Corinna Vinschen wrote:
On Nov 7 21:51, Christian Franke wrote:
Corinna Vinschen wrote:
In theory there should be only one option -l [machine], which prints the
local accounts of the current machine unprefixed (standalone machine) or
prefixed (domain machine), and always prefixed for a
Am 09.11.2014 14:38, schrieb Doug Henderson:
On 9 November 2014 03:43, Wafer CCC wrote:
Hello,
I'm french and i use cygwin on Windows 7, and I have a problem with accents.
When i tape :
net start
Accents are not correctly displayed.
If you are running cygwin in the default mintty console,
-Original Message-
From: Corinna Vinschen
Sent: Mon, 10 Nov 2014 12:09:17 +0100
On Nov 7 13:04, Pierre A. Humblet wrote:
-Original Message-
From: Pierre A. Humblet
Sent: Thursday, November 06, 2014 16:09
-Original Message-
From: Corinna Vinschen
On 11/10/2014 10:57 AM, Andrey Repin wrote:
Greetings, Nellis, Kenneth!
(CMD.EXE doesn't like UNC paths.) I hadn't realized that I could
pipe a script into bash.
reg ADD HKEY_CURRENT_USER\Software\Microsoft\Command Processor /f /v
DisableUNCCheck /t REG_DWORD /d 1
And speaking of doesn't
On Nov 10 14:53, Pierre A. Humblet wrote:
-Original Message-
From: Corinna Vinschen
Sent: Mon, 10 Nov 2014 12:09:17 +0100
On Nov 7 13:04, Pierre A. Humblet wrote:
-Original Message-
From: Pierre A. Humblet
Sent: Thursday, November 06, 2014 16:09
On Nov 10 20:21, Christian Franke wrote:
Corinna Vinschen wrote:
On Nov 7 21:51, Christian Franke wrote:
Corinna Vinschen wrote:
In theory there should be only one option -l [machine], which prints the
local accounts of the current machine unprefixed (standalone machine) or
prefixed (domain
Greetings, Andrew DeFaria!
(CMD.EXE doesn't like UNC paths.) I hadn't realized that I could
pipe a script into bash.
reg ADD HKEY_CURRENT_USER\Software\Microsoft\Command Processor /f /v
DisableUNCCheck /t REG_DWORD /d 1
And speaking of doesn't like, it only don't like it's own CWD to be
Corinna Vinschen writes:
- If your account is an AD account, the home directory is taken from the
RFC 2307 entry unixHomeDirectory.
This isn't set yet in our domain, but there's another AD just for the
UNIX accounts (I haven't looked at how that one is structured yet).
There's talk about
Hi,
after a long discussion in RL today, I came to the conclusion that
there's a major problem in the current handling of the user's home
directory in AD environments in the new user account code when not using
/etc/passwd files.
Here's how it works and how it's documented in the preliminary
On Nov 10 21:29, Corinna Vinschen wrote:
On Nov 10 14:53, Pierre A. Humblet wrote:
I just realized that deleting the /etc/passwd file in existing domain
systems may change usernames, which will break cron and other programs
that use files named after usernames. Also the (local)
On Nov 10 22:18, Achim Gratz wrote:
Corinna Vinschen writes:
- If your account is an AD account, the home directory is taken from the
RFC 2307 entry unixHomeDirectory.
This isn't set yet in our domain, but there's another AD just for the
UNIX accounts (I haven't looked at how that one
Greetings, Corinna Vinschen!
Up to Cygwin 1.7.32, mkpasswd (but not with -u) generated the Cygwin
home directory by converting the SAM/AD home folder entry to POSIX
style, if it's non-empty. Fallback is /home/$USER.
When I implemented the new scheme I thought it a good idea to decouple
the
On 11/10/2014 3:52 PM, Corinna Vinschen wrote:
Hi,
after a long discussion in RL today, I came to the conclusion that
there's a major problem in the current handling of the user's home
directory in AD environments in the new user account code when not using
/etc/passwd files.
My
On 11/10/2014 4:45 PM, Andrey Repin wrote:
I see literally zero reason to maintain separate, cygwin-specific home
directory.
My reason to have a separate, cygwin-specific home directory is to
have one that is shared between Cygwin and Linux. Windows define home
directories rarely are
On 2014-11-04 02:59, Corinna Vinschen wrote:
On Nov 3 19:03, Achim Gratz wrote:
Dependencies are not evaluated at all when installing or running
scripts.
That's not correct. From the dependencies, setup generates a dependency
graph which is used to get a sequential order in which to call
On 2014-11-10 14:52, Corinna Vinschen wrote:
When I implemented the new scheme I thought it a good idea to decouple
the Cygwin home dir from the Windows home dir. However, in the today's
discussion the following two arguments came up:
- If you're using the Windows home folder setting to
On 2014-11-10 22:23, Yaakov Selkowitz wrote:
Dependency order of packages: libgcc1 base-cygwin cygwin dash tzcode
libstdc++6 terminfo sed gzip libpcre1 grep libreadline7 bash
libncursesw10
[snip]
Now that I think about it, regardless of libgcc1, that still doesn't
make much sense. sed, grep,
On Nov 10, 2014, at 9:26 PM, Yaakov Selkowitz yselkow...@cygwin.com wrote:
On 2014-11-10 14:52, Corinna Vinschen wrote:
Shall the db entries utilize the Windows home folder if it exits(*)
and drop using the unixHomeDirectory? It seems inevitable...
If one uses the same program, one
On Nov 10, 2014, at 1:52 PM, Corinna Vinschen corinna-cyg...@cygwin.com wrote:
Shall the db entries utilize the Windows home folder if it exits(*)
and drop using the unixHomeDirectory? It seems inevitable…
Use of AD implies some level of security consciousness. The ability to write
to
On Nov 10, 2014, at 6:38 PM, Jeffrey Altman jalt...@secure-endpoints.com
wrote:
My personal preference would be for the Cygwin Home directory to be
created under
%HOMEPATH%\AppData\Roaming\Cygwin
That’s certainly the way you’re *supposed* to do it on Windows.
There’s some value in using
Greetings, Andrew DeFaria!
On 11/10/2014 4:45 PM, Andrey Repin wrote:
I see literally zero reason to maintain separate, cygwin-specific home
directory.
My reason to have a separate, cygwin-specific home directory is to
have one that is shared between Cygwin and Linux.
I do that without
Corinna Vinschen wrote:
On Nov 10 20:21, Christian Franke wrote:
Corinna Vinschen wrote:
On Nov 7 21:51, Christian Franke wrote:
Corinna Vinschen wrote:
In theory there should be only one option -l [machine], which prints the
local accounts of the current machine unprefixed (standalone
Greetings, Yaakov Selkowitz!
When I implemented the new scheme I thought it a good idea to decouple
the Cygwin home dir from the Windows home dir. However, in the today's
discussion the following two arguments came up:
- If you're using the Windows home folder setting to maintain file
Corinna Vinschen corinna-cygwin at cygwin.com writes:
This isn't set yet in our domain, but there's another AD just for the
UNIX accounts (I haven't looked at how that one is structured yet).
There's talk about maybe unifying these two AD in the future, but I have
no idea how that would
53 matches
Mail list logo
