Re: How to get upload rights for existing packages

Corinna Vinschen writes: >> Sure, but co-maintenance _is_ possible, with each of the maintainers >> having their own separate upload area. > > Yes, but Michael still has to become maintainer, even if co-maintainer. True, in the absence of anything better he should probably ITA the package and

Re: Removing cygwin32-*, cygwin64-*

Yaakov Selkowitz writes: > Is anyone using the cygwin32- and/or cygwin64-* cross-compiling > toolchain for anything besides cross-building cygwin itself? I would > like to remove most of these from the distro if at all possible. Never used them… :-) Regards, Achim. -- +<[Q+ Matrix-12

Re: setup.hint documentation issues

Jon Turney writes: > I think currently UTF-8 displays correctly in the HTML package pages, > but neither encoding displays correctly in setup. > > I'd suggest that we specify UTF-8 and eventually fix setup to handle that. UTF-8 these days, please. > I'd suggest this mangling is removed, and

Re: Problem with new acl code and cdrtools

On Tue, Feb 9, 2016 at 10:46 AM, Warren Young wrote: > On Feb 9, 2016, at 12:56 AM, Ismail Donmez wrote: >> >> On Tue, Feb 9, 2016 at 6:14 AM, Warren Young wrote: >>> On Feb 8, 2016, at 9:59 AM, Ismail Donmez wrote:

Re: Problem with new acl code and cdrtools

On Feb 9, 2016, at 12:56 AM, Ismail Donmez wrote: > > On Tue, Feb 9, 2016 at 6:14 AM, Warren Young wrote: >> On Feb 8, 2016, at 9:59 AM, Ismail Donmez wrote: >>> >>> Thats a hack :) >> >> Peter’s proposal is as far from a hack as it gets. >

Re: Problem with new acl code and cdrtools

Hi Peter, On Tue, Feb 9, 2016 at 10:56 AM, Peter Rosin wrote: > My take on the situation was that you could disable SUN ACLs by telling > configure that cdrtools should not use aclfromtext(), and that the code > that backs this was already in place. I.e. that you could get a

Re: Problem with new acl code and cdrtools

On Feb 8 13:24, Yaakov Selkowitz wrote: > On 2016-02-08 08:10, Corinna Vinschen wrote: > >Alternatively we could allow to use the Solaris ACL functions even if > >only including sys/acl.h, given some macro: > > > > sys/acl.h: > > > > #ifdef __USE_OLD_SOLARIS_ACL_FUNCTIONS > > # include

sshd interaction with desktop not working

Hello I am SSH'ing into a windows 10 box from a Linux box. I've configured sshd on the windows box and I can properly SSH into it. X11 forwarding also works perfectly after having installed Xming on windows (not that it matters with this problem anyways). However I am unable to open any windows

Re: Problem with new acl code and cdrtools

On 2016-02-09 08:56, Ismail Donmez wrote: > Hi, > > On Tue, Feb 9, 2016 at 6:14 AM, Warren Young wrote: >> On Feb 8, 2016, at 9:59 AM, Ismail Donmez wrote: >>> >>> On Mon, Feb 8, 2016 at 6:29 PM, Peter Rosin wrote: On 2016-02-08

Re: Problem with new acl code and cdrtools

On 2016-02-09 10:06, Ismail Donmez wrote: > Hi Peter, > > On Tue, Feb 9, 2016 at 10:56 AM, Peter Rosin wrote: >> My take on the situation was that you could disable SUN ACLs by telling >> configure that cdrtools should not use aclfromtext(), and that the code >> that backs

Re: [SECURITY] p7zip: CVE-2015-1038

On Feb 8 17:42, Tony Kelman wrote: > >> Tony@LAPTOP-O230JCFF ~/github/cygwin-p7zip > >> $ cygport p7zip-15.09-2.cygport upload > > Uploading p7zip-15.09-2.x86_64 > > Running lftp sftp://cyg...@cygwin.com > >> Password: > >> cd: Fatal error: Host key verification failed > >

Re: How to get upload rights for existing packages

On Feb 8 20:13, Achim Gratz wrote: > Corinna Vinschen writes: > > This is not quite how it works. The maintainer has upload permissions > > using his/her ssh key. You only get to do that if you become package > > maintainer. See https://sourceware.org/cygwin-apps/package-upload.html > > Sure,

Re: Re[3]: Issues with ACL settings after updating to the latest cygwin.dll

On Feb 8, 2016 1:33 PM, "xnor" wrote: > > >> I have the same problem with Transmission. > > Sorry for another mail, but I need to make another last correction: > It's not Transmission specific. A simple > $ cd /cygdrive/path/to/download/dir > $ touch test > will result in the

[newlib-cygwin] cygwin_conv_path: Always preserve trailing backslashes in conversion to POSIX paths

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=8b83da2d55b2a61f22b8b330f966d06e3092b079 commit 8b83da2d55b2a61f22b8b330f966d06e3092b079 Author: Corinna Vinschen Date: Tue Feb 9 15:00:30 2016 +0100 cygwin_conv_path: Always preserve trailing backslashes in

Re: Downloading Cygwin version 1.7

On Tue, Feb 9, 2016 at 10:04 AM, Michele Modolo wrote: > Hello, > > I'd like to install the latest version of Oracle Enterprise Manager > (13c) for evaluation purposes. Oracle states that it "is certified and > supported with Cygwin 1.7" so I'd like to install Cygwin 1.7. > >

Re: C++11 thread_local implementation issue on Cygwin/AMD64

On 19 May 2015 at 10:52, Václav Haisman wrote: > On 19 January 2015 at 15:42, Václav Haisman wrote: >> >> Hi. >> >> I have hit an issue with thread-local storage variables on >> Cygwin/AMD64, I do not see it with Cygwin/i686. >> >> I am having linking issues when using

Downloading Cygwin version 1.7

Hello, I'd like to install the latest version of Oracle Enterprise Manager (13c) for evaluation purposes. Oracle states that it "is certified and supported with Cygwin 1.7" so I'd like to install Cygwin 1.7. The current version of Cygwin is 2.4.1 and it seems there's currently no way to find the

Re: Latest curl fails with error 55 (Failed sending HTTP request) with specific URL

On Mon, Feb 8, 2016 at 2:22 PM, Yaakov Selkowitz wrote: > On 2016-02-08 06:57, Andrew Clark wrote: >> >> I've been running a simple script that uses curl to generate a token >> from a web service. Up until the last release (7.47.0-2), this had >> been working fine. Now,

Re: sshd interaction with desktop not working

On 2/9/2016 4:49 AM, Aijaz Baig wrote: Hello I am SSH'ing into a windows 10 box from a Linux box. I've configured sshd on the windows box and I can properly SSH into it. X11 forwarding also works perfectly after having installed Xming on windows (not that it matters with this problem anyways).

setup.hint documentation issues

While I've been looking at replacement/improvement for the current upset script, I've come across some minor issues related to under-specification or under-documentation of setup.hint: * The encoding of setup.hint is unspecified. Historically both ISO-8859-1 and UTF-8 have been used. (e.g.

RE: Possible Security Hole in SSHD w/ CYGWIN?

Sorry for starting a new thread w/ the reply, forgot to subscribe before posting my question yesterday... Thanks for getting back so quickly Yes, I have read that page pretty much from top to bottom, and as far as I know I have configured sshd and the user accounts correctly. I have a

Re: Downloading Cygwin version 1.7

On 09/02/2016 16:28, Erik Soderquist wrote: On Tue, Feb 9, 2016 at 10:04 AM, Michele Modolo wrote: Hello, I'd like to install the latest version of Oracle Enterprise Manager (13c) for evaluation purposes. Oracle states that it "is certified and supported with Cygwin 1.7"

Re: setup.hint documentation issues

On Feb 9 13:18, Jon Turney wrote: > > While I've been looking at replacement/improvement for the current upset > script, I've come across some minor issues related to under-specification or > under-documentation of setup.hint: > > * The encoding of setup.hint is unspecified. > > Historically

Re[2]: Issues with ACL settings after updating to the latest cygwin.dll

Not sure what Transmission is, but files downloaded with POSIX tools are usually not executable. For instance, download Cygwin's setup-x86.exe with wget. Then try to execute it. It won't since the permissions are set according to your umask and without execute permissions, e.g., 0644. This

Re: subversion 1.9.3-1 segfault

Greetings, Greg Chicares! > 'svn' segfaulted on a routine command: > zsh: segmentation fault (core dumped) So, was it svn or zsh that crashed? -- With best regards, Andrey Repin Tuesday, February 9, 2016 23:54:35 Sorry for my terrible english... -- Problem reports:

Re: Removing cygwin32-*, cygwin64-*

> Is anyone using the cygwin32- and/or cygwin64-* cross-compiling > toolchain for anything besides cross-building cygwin itself? I would > like to remove most of these from the distro if at all possible. FWIW, I've tried to cross-compile some of my packages between i386 and x86_64, and it's

RE: [SECURITY] p7zip: CVE-2015-1038

>> I don't have anything for sourceware or cygwin.com in >> ~/.ssh/known_hosts, should I? > > In theory, yes. It's usually collected the first time you connect to > the host. The idea is to have a known key to compare the host against > to disallow MITM attacks. Hm okay, what's the best way to

Trunk of 'file' fails to build due to regex error

Hi all. I'm trying to build the `file` program from trunk, but I'm getting a regex error that seems to be related to 8-bit character handling in Cygwin. The error happens when compiling the magicfile: > file: line 83: regex error 17 for `[=.<>|!^▒]{79}', (illegal byte sequence) I currently

Re: subversion 1.9.3-1 segfault

On 02/09/2016 08:55 PM, Andrey Repin wrote: > Greetings, Greg Chicares! > >> 'svn' segfaulted on a routine command: > >> zsh: segmentation fault (core dumped) > > So, was it svn or zsh that crashed? It was svn that crashed. I was running it in zsh, which trapped the segfault and printed this:

Last Version of Cygwin for XP

Hi, I saw a post a number of months back indicating that XP support would start to phase out in Dec '15. Is there a last version or intended last version that still officially supports it? I understand XP is well past EOL, just looking for the info. Thanks -- Problem reports:

Re: Last Version of Cygwin for XP

On 2016-02-09 19:37, Jonathan Brenster wrote: I saw a post a number of months back indicating that XP support would start to phase out in Dec '15. Is there a last version or intended last version that still officially supports it? Support for XP has yet to be removed but that is subject to

Re: Possible Security Hole in SSHD w/ CYGWIN?

On 9 February 2016 at 21:39, David Willis wrote: > Just to add an update to this, it appears that processes run from the shell > while logged into the CYGWIN SSHD server are run as the correct user - i.e. > I run a ping or cat a file and pipe it to less, and check Task

RE: Possible Security Hole in SSHD w/ CYGWIN?

Thank you for the response.. That is the problem though, it is not an error I am getting (that is in fact the issue is that I SHOULD be getting a "permission denied" but I am not). The problem is that I have access to things that I should not. Since this is plain text only I can't post a SS of

Re: Issues with ACL settings after updating to the latest cygwin.dll

Greetings, xnor! >>The permissions must *not* be reordered. If Cygwin creates permissions >>incorrectly it's one thing, but the order to emulate POSIX permissions >>is non-canonical. Reordering them will break them. >> >>Please provide the exact output from icacls. > They *have* to be reordered

Re: Last Version of Cygwin for XP

Greetings, Jonathan Brenster! > I saw a post a number of months back indicating that XP support would > start to phase out in Dec '15. > Is there a last version or intended last version that still officially > supports it? > I understand XP is well past EOL, just looking for the info. There

[newlib-cygwin(refs/meta/config)] Minor reformatting of comment.

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=a763eb1ef8ad106c91b010f28af9bc44220a3cd7 commit a763eb1ef8ad106c91b010f28af9bc44220a3cd7 Author: Joel Brobecker Date: Wed Feb 10 07:03:40 2016 +0400 Minor reformatting of comment. Diff: --- project.config

[ANNOUNCEMENT] enca 1.18-1

The following packages have been uploaded to the Cygwin distribution: * enca-1.18-1 * libenca0-1.18-1 * libenca-devel-1.18-1 * libenca-doc-1.18-1 Enca is an Extremely Naive Charset Analyser. It detects character set and encoding of text files and can also convert them to other encodings. The

RE: Possible Security Hole in SSHD w/ CYGWIN?

Just to add an update to this, it appears that processes run from the shell while logged into the CYGWIN SSHD server are run as the correct user - i.e. I run a ping or cat a file and pipe it to less, and check Task Manager on the SSHD server, and those processes show as being run as the user I

subversion 1.9.3-1 segfault

'svn' segfaulted on a routine command: /lmi/mirror/lmi[0]$svn status --show-updates svn: E170013: Unable to connect to a repository at URL 'http://svn.savannah.nongnu.org/svn/lmi/lmi/trunk' svn: E000104: Error running context: Connection reset by peer svn update Updating '.': zsh: