Re: Request for Assistance: Non-Functioning Commands in Cygwin Environment

On 2025-04-28 01:03, Agnihotri, Alok Kumar via Cygwin wrote: Dear Cygwin Technical Support Team, There is no technical support team - Cygwin is an all volunteer project - so what you get are those who read the mainling list, with free time to respond, who may have any level of, or little, exp

Re: Request for Assistance: Non-Functioning Commands in Cygwin Environment

Greetings, Agnihotri, Alok Kumar! This list uses a bottom-posting for easier navigation of reply history. >>> Dear Cygwin Technical Support Team, >>> I hope this email finds you well. >>> My name is Alok Agnihotri, and I am part of the Philips organization. We >>> are utilizing Cygwin in our envi

Re: Request for Assistance: Non-Functioning Commands in Cygwin Environment

; cygwin@cygwin.com Subject: Re: Request for Assistance: Non-Functioning Commands in Cygwin Environment [You don't often get email from anrdae...@yandex.ru. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] Caution: This e-mail originated from outside of Philip

Re: Request for Assistance: Non-Functioning Commands in Cygwin Environment

Greetings, Agnihotri, Alok Kumar! > Dear Cygwin Technical Support Team, > I hope this email finds you well. > My name is Alok Agnihotri, and I am part of the Philips organization. We > are utilizing Cygwin in our environment to execute SSH commands remotely on > Windows-based machines, supporting

Re: Request to package perl module installer, App::cpanminus

On Sun, 09 Feb 2025, ASSI via Cygwin wrote: > Dr Bean via Cygwin writes: > > Thanks for the cygport file. That will help Soren or me get started. > > But we will probably need help uploading to the cygwin package repos. > > You have apparently not understood what I said. The problem is not > cre

Re: Request to package perl module installer, App::cpanminus

Dr Bean via Cygwin writes: > Thanks for the cygport file. That will help Soren or me get started. > But we will probably need help uploading to the cygwin package repos. You have apparently not understood what I said. The problem is not creating the package itself, much less who creates it. To r

Re: Request to package perl module installer, App::cpanminus

On Sat, 08 Feb 2025, ASSI via Cygwin wrote: > Dr Bean via Cygwin writes: > > ASSI, what about adding to the long list of packages you maintain > > another one, App::cpanminus, providing the commandline tool, 'cpanm', a > > popular alternative to the venerable CPAN, and the installer of choice >

Re: Request to package perl module installer, App::cpanminus

Dr Bean via Cygwin writes: > ASSI, what about adding to the long list of packages you maintain > another one, App::cpanminus, providing the commandline tool, 'cpanm', a > popular alternative to the venerable CPAN, and the installer of choice > of perl app developers? Last I looked (which has be

Re: Request to package perl module installer, App::cpanminus

I second the request; although there are (already) 240 perl packages available in cygwin, this is an especially useful one. I would volunteer to port it but I am, regrettably, not fluent in cygport yet. I hope to remedy this someday, and at that time, I will be focused on bringing in new (to cygwin

Re: Request: please update to coreutils >=9.1

Hi folks, I had to revert 9.1, as with 9.1+, cp fails to overwrite existing files even with -f and just complains the files exist! I have traced the heck out of the operations and have been unable to track down exactly what it is (not?) doing to decide not to check if the files exist and not

Re: Request: please update to coreutils >=9.1

Hi all, we also run into issues with 9.0 due to the incorrect handling of symlinks. The coreutils Cygwin repository already includes 9.4 and 9.2 on the playground branch [1]. Any plans to release one of these versions? TIA David [1] https://cygwin.com/cgit/cygwin-packages/coreutils/log/?h=p

Re: Request for test by users seeing 0.00 load average in spite of a busy system

On 10/2/2024 7:36 PM, Mark Geisert via Cygwin wrote: [My problem] system is running Windows 10 21H2, build 19043.2251. Oops, should have copy/pasted. It's Windows 10 Pro 21H1, build 19043.2251. ..mark -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygw

Re: Request for test by users seeing 0.00 load average in spite of a busy system

Hi Christian, On 10/2/2024 1:09 AM, Christian Franke via Cygwin wrote: [...] Same result on Win10 22H2 (10.0.19045.4780, i7-2600K) and Win11 23H2 (10.0.22631.4037, i7-14700K): $ ./test PdhOpenQueryW   returns PDH_CSTATUS_VALID_DATA PdhAddEnglishCounterW#1 returns PDH_CSTATUS_VALID_DATA

Re: Request for test by users seeing 0.00 load average in spite of a busy system

Mark Geisert via Cygwin wrote: Hi folks, I may have a handle on why you're seeing 0.00 load averages. Would you kindly compile the attached program, run it, and post its results along with which version of Windows you are running? For example,     gcc -Wall -ggdb -o test test.c -lpdh     ./tes

Re: Request for support: some web pages on your site not responding

Greetings, Brian Inglis via Cygwin! > On 2024-06-03 21:14, Isabella Parker via Cygwin wrote: >> I've encountered difficulties accessing specific resources on your website >> cygwin.org as some pages fail to load. Would you mind providing me with the >> contact details of the responsible person to

Re: Request for support: some web pages on your site not responding

On 2024-06-03 21:14, Isabella Parker via Cygwin wrote: I've encountered difficulties accessing specific resources on your website cygwin.org as some pages fail to load. Would you mind providing me with the contact details of the responsible person to resolve this issue? Appreciate your assistance

Re: Request to add Finnish (fi_FI) as a language for this project on Weblate

On 2024-03-27 04:15, Ricky Tigg via Cygwin wrote: Good morning. What is the constantly renewed disappointment of having to note that even today there are projects whose sites are poorly constructed and omit essential content. As with such a site, invariably we can see that the same error keeps be

Re: Request for a rough release timeline for Cygwin 3.5.2

Thank you so much! Kate From: Corinna Vinschen Sent: 11 March 2024 17:05 To: Kate Deplaix Cc: cygwin@cygwin.com Subject: Re: Request for a rough release timeline for Cygwin 3.5.2 On Mar 11 11:48, Kate Deplaix via Cygwin wrote: > Hi, > > Sorry to bothe

Re: Request for a rough release timeline for Cygwin 3.5.2

On Mar 11 11:48, Kate Deplaix via Cygwin wrote: > Hi, > > Sorry to bother you all, > > Following the fixes (thank you so much again) of the two critical > issues in cygwin 3.5.0/3.5.1 > https://cygwin.com/pipermail/cygwin/2024-February/255561.html , we > were wondering if cygwin 3.5.2 is likely t

Re: request: update swig to later version

On 21/01/2024 21:07, pdt--- via Cygwin wrote: Hello, The current swig is rather old. Would it be possible to spin a newer version. Specifically, there are some changes in 4.1 .0 that relates to multithreaded behavior I am depending on. Thanks, /pedro Noted. Regards MArco -- Problem rep

Re: Request: new public mirror

On 06/05/2022 07:49, mir...@dogado.de wrote: The name, URL of the mirror and Sponsor(https/http/) - Sponsor: dogado GmbH (https://www.dogado.de) - URL MIRROR(HTTP) http://mirror.dogado.de/cygwin/ - URL MIRROR(HTTPS) https://mirror.dogado.de/cygwin/ country where the mirror is located - German

Re: Request: pdf2svg 0.2.3

On 2021-11-28 05:45, Samuel Lelièvre via Cygwin wrote: This is to kindly request upgrading two existing packages for mathematical software (Singular and FLINT), and creating packages for two other pieces of software, one mathematical library for arbitrary precision real and complex floating point

Re: Request: Singular 4.2.1p2, FLINT 2.8.4, Arb 2.21.1, pdf2svg 0.2.3

On 28.11.2021 13:45, Samuel Lelièvre via Cygwin wrote: Dear Cygwin package maintainers, Hi Samuel, This is to kindly request upgrading two existing packages for mathematical software (Singular and FLINT), and creating packages for two other pieces of software, one mathematical library for arb

Re: Request for updates to packages itcl 4.1.1, itk 4.1.0, iwidgets 4.1.1

Op vr 29 okt. 2021 om 17:13 schreef Claudius Schnörr: > if cygwin was updated to these package versions: itcl 4.1.1, itk 4.1.0, > iwidgets 4.1.1 > the package git://sourceware.org/git/insight.git, a very good > GUI-frontend to gdb, would be available on cygwin again. > > Attached are the cygport fi

Re: Request for an update bison package

On 08.06.2021 19:57, Song Yang via Cygwin wrote: Dear Cygwin, I am a fan of Bison and Flex. The current version of Bison on Cygwin is from 2015. Can someone update it? the maintainer is still around. Eric ? I am interested in trying to update it myself. Is their a tutorial for that? https

Re: Request to add SJTUG Cygwin mirror

On 29/09/2020 09:18, Alex Chi via Cygwin wrote: To whom it concerns, SJTUG (Shanghai Jiao Tong University Linux User Group) Cygwin mirror has been up and running for at least one year. Just now I found out that it isn't in the official mirror list. Contact information: sjtug-mirror-maintain...@

Re: request for package mpich

On 26.09.2020 15:36, Robert Hickey wrote: Hi Cygwin, Please consider adding mpich to cygwin. Cygwin is awesome, thank you. -- as we have already an MPI package, I see little need for another variant. You should consider eventually to volounteer and package it: https://cygwin.com/packaging-c

Re: Request. REPORTING PROMBLEM IN GrADS software

> 1 [main] opengrads 16768 find_fast_cwd: WARNING: Couldn't compute >FAST_CWD pointer. Please report this problem to >the public mailing list cygwin@cygwin.com >Starting opengrads under >C:\OpenGrADS\Contents\Cygwin\Versions\2.0.2.oga.2\i686 ... >Grid Analysis and Display System (GrADS) Versi

Re: Request package updates for Poppler, Subversion and Git

I made do with windows git 2.26 - unfortunately it does not play well with cygwin git My first attempt at windows git worktree add produced: "Working tree has modifications.  Cannot add." Very surprising since it was a fresh clone - but using cygwin git Turns out the error is from a git diff-i

Re: Request package updates for Poppler, Subversion and Git

> Will git contrib/subtree be in the next release? It's not in the latest > version 2.21.0-1. https://stackoverflow.com/questions/27109525/install-git-subtree-with-cygwin -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:h

Re: Request package updates for Poppler, Subversion and Git

Will git contrib/subtree be in the next release? It's not in the latest version 2.21.0-1. -- Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cy

Re: Request for additional ming-w64 binaries

> the following packages are missing static libraries, i.e *.a files Cygwin has always been bad about this, and I dont see that changing. And if you post an issue to the repo, it just gets closed: best bet would be to look at these

Re: Request package updates for Poppler, Subversion and Git

Thanks for your help. It is probably better to wait for next perl 5.30.1 release that should be available soon. Next package that I am not able to build by myself concerns poppler package as lot of library dependencies are not resolved. -- Sent from: http://cygwin.1069669.n5.nabble.com/Cygw

Re: Request package updates for Poppler, Subversion and Git

Adam Dinwoodie writes: >> Git isn't affected because it sets up @INC itself and doesn't have >> architecture-specific modules. > > I'd therefore been assuming that I didn't need to worry about syncing > a Git release with the Perl update; have I misunderstood what's going > on here? I haven't look

Re: Request package updates for Poppler, Subversion and Git

Hi Achim, On Sun, 22 Dec 2019 at 17:50, Achim Gratz wrote: > > Am 22.12.2019 um 13:50 schrieb Adam Dinwoodie: > > Acknowledged for Git. I'll try and get a new release out before the new > > year. > > Keep in mind you will then have to re-do it just after the new year for > the Perl update. Just

Re: Request package updates for Poppler, Subversion and Git

On Sun, 22 Dec 2019 18:50:34 +0100, Achim Gratz wrote: > Keep in mind you will then have to re-do it just after the new year for > the Perl update. Not necessarily. I know people have disagreed with this in the past, but I have looked at this again and it seems that not all distros require Perl wi

Re: Request package updates for Poppler, Subversion and Git

Am 22.12.2019 um 13:50 schrieb Adam Dinwoodie: Acknowledged for Git. I'll try and get a new release out before the new year. Keep in mind you will then have to re-do it just after the new year for the Perl update. -- Achim. (on the road :-) -- Problem reports: http://cygwin.com/pro

Re: Request package updates for Poppler, Subversion and Git

On Fri, 20 Dec 2019 at 15:21, Kptain wrote: > > Hi all, > > I don't know who are the maintainer(s), > but it would be great if these packages could be updated: > > - latest versions are: > > . Git 2.24.1 > . Subversion 1.13.0 > . Poppler 0.83 > > > It'd be great if it could be refres

Re: Request package updates for Poppler, Subversion and Git

On Fri, 20 Dec 2019 17:20:26 +0100, Marco Atzeri wrote: > The other two are maintained by Yaakov, that seems at the moment > a bit busy with other activities. No, they arent: https://cygwin.com/packages/summary/git.html -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Request package updates for Poppler, Subversion and Git

Am 20.12.2019 um 16:38 schrieb Kptain: Hi all, I don't know who are the maintainer(s), but it would be great if these packages could be updated: - latest versions are: . Git 2.24.1 . Subversion 1.13.0 . Poppler 0.83 It'd be great if it could be refreshed in Cygwin.

Re: Request to update the coreutils package

On Dec 17 21:36, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote: > Hi all, > > I don't know how current this file is: > > https://cygwin.com/cygwin-pkg-maint > > but was the coreutils package orphaned? It's like 4 years old now. It's a bout 2 years old, in fact, but yeah, it would be ni

Re: REQUEST: Add php-pcntl to setup

Greetings, Yaakov Selkowitz! > On 2016-07-08 22:05, Chloe wrote: >> Cygwin can handle signals so it would be useful for PHP to handle >> signals as well. >> http://php.net/manual/en/pcntl.installation.php > pcntl has nothing to do with signals. That's not quite true, if spoken about the extensio

Re: Request for an example x68 assembler portable Hello World script

I frequently cannot contribute discussion to Cygwin topics, but due to my work porting a database (fis-gtm) to Cygwin, I can chime in here. This is a good article to give you an overview of the different calling conventions out there: https://eli.thegreenplace.net/2011/09/06/stack-frame-layout-on-

Re: Request for an example x68 assembler portable Hello World script

On 4/26/2019 5:04 PM, Jesse Thompson wrote: Ultimately what I am trying to research is how to begin building a simple compilation system of my own, so how do the *makers* of compilers deal with these differences in calling convention? They make parts of the compilers conditional on the overall

Re: Request for an example x68 assembler portable Hello World script

Just two thoughts: 1. You probably know that 'cc -S foo.c' produces foo.s which is the assembler output. Might be worthwhile examining how the experts who wrote the C compiler handle all this. The output is usually quite readable for someone prone to reading such things. 2. Rather than generati

Re: Request for an example x68 assembler portable Hello World script

On Fri, 26 Apr 2019 at 15:04, Jesse Thompson <> wrote: > > > From: Eliot Moss <> > > To: cygwin@cygwin.com > > Date: Fri, 26 Apr 2019 07:16:38 -0400 > > Subject: Re: Request for an example x68 assembler portable Hello World > Ultimately what I am try

Re: Request for an example x68 assembler portable Hello World script

> From: Eliot Moss > To: cygwin@cygwin.com > Date: Fri, 26 Apr 2019 07:16:38 -0400 > Subject: Re: Request for an example x68 assembler portable Hello World script > > Der Jesse -- Someone else may be able to speak to the specifics, but > register use and calling convention

Re: Request for an example x68 assembler portable Hello World script

On 4/26/2019 3:25 AM, Jesse Thompson wrote: I would like to learn how to write assembly programs for the command line that with as little alteration as is feasable will compile both in Cygwin and in other flavors of Unix like Linux and/or FreeBSD. I am targeting only x64 CPUs and I'm perfectly h

Re: Request for rebuiding Wxwidget 3.0 without the assertions

t;> To: cygwin >> Cc: >> Date: 2019/3/6, Wed 04:18 >> Subject: Re: Request for rebuiding Wxwidget 3.0 to avoid ABI mismatch > warning >> >> T atsuro MATSUOKA writes: >>>   WxWidget on Cygwin may be built by old compiler. >>>   This caused ABI

Re: Request to support wxt terminal ( Re: [ANNOUNCEMENT] Updated: gnuplot-5.2.6-1)

On 2019-03-05, Achim Gratz wrote: > Gary Johnson writes: > > Is this a bug in mintty that it doesn't use a white background for > > the plot? > > No. By default the background in gnuplot is transparent in terminals > that support it. You can set a solid fill color like that: > > set term sixelg

Re: Request to support wxt terminal ( Re: [ANNOUNCEMENT] Updated: gnuplot-5.2.6-1)

Achim Gratz writes: > Gary Johnson writes: >> Is this a bug in mintty that it doesn't use a white background for >> the plot? > > No. By default the background in gnuplot is transparent in terminals > that support it. You can set a solid fill color like that: > > set term sixelgd background #

Re: Request to support wxt terminal ( Re: [ANNOUNCEMENT] Updated: gnuplot-5.2.6-1)

Gary Johnson writes: > Is this a bug in mintty that it doesn't use a white background for > the plot? No. By default the background in gnuplot is transparent in terminals that support it. You can set a solid fill color like that: set term sixelgd background #ff (that's the white color you

Re: Request to support wxt terminal ( Re: [ANNOUNCEMENT] Updated: gnuplot-5.2.6-1)

On 2019-03-04, Thomas Wolff wrote: > It is quite straight-forward to run gnuplot without X11 as mintty > will display its output inline: > > export GNUTERM=sixel > > gnuplot -e "splot [x=-3:3] [y=-3:3] sin(x) * cos(y)" That's really nice! I didn't know terminals could do that. I notice that w

Re: Request for rebuiding Wxwidget 3.0 to avoid ABI mismatch warning

Tatsuro MATSUOKA writes: > WxWidget on Cygwin may be built by old compiler. > This caused ABI mismatch warining on gnuplot for Cygwin > in plotting on wxt terminal. That you get a warning rather than an error means that wxWidgets is already built with the corresponding option. If you want to get

Re: Request to support wxt terminal ( Re: [ANNOUNCEMENT] Updated: gnuplot-5.2.6-1)

Thomas Wolff writes: > Sixel graphics are embedded in DSC ... ST controls which are > unfortunately the same that screen/tmux use for their transparent > pass-through function of unknown escape sequences, so they will filter > them out. I think I've seen a tmux script that brackets the escape with

Re: Request to support wxt terminal ( Re: [ANNOUNCEMENT] Updated: gnuplot-5.2.6-1)

Am 04.03.2019 um 19:06 schrieb Achim Gratz: Thomas Wolff writes: It is quite straight-forward to run gnuplot without X11 as mintty will display its output inline: export GNUTERM=sixel gnuplot -e "splot [x=-3:3] [y=-3:3] sin(x) * cos(y)" I know and that's rad, now if it also worked inside a tm

Re: Request to support wxt terminal ( Re: [ANNOUNCEMENT] Updated: gnuplot-5.2.6-1)

Thomas Wolff writes: > It is quite straight-forward to run gnuplot without X11 as mintty will > display its output inline: > > export GNUTERM=sixel > > gnuplot -e "splot [x=-3:3] [y=-3:3] sin(x) * cos(y)" I know and that's rad, now if it also worked inside a tmux or screen session… Regards, Achi

Re: Request to support wxt terminal ( Re: [ANNOUNCEMENT] Updated: gnuplot-5.2.6-1)

Am 03.03.2019 um 19:15 schrieb Achim Gratz: ... Tatsuro MATSUOKA writes: ... ... Now, I'd be much more excited about that wxWidgets terminal if it allowed gnuplot to optionally run without X11, do you know if that's possible? It is quite straight-forward to run gnuplot without X11 as mintt

Re: Request to support wxt terminal ( Re: [ANNOUNCEMENT] Updated: gnuplot-5.2.6-1)

Achim Thanks for the reply. > Again, if you want that to get fixed, you'll either need to get upstream > QT, the Qt maintainer of Cygwin or (if you happen to have a fix for > Cygwin) the Cygwin maintainers. I'll happily build with the Qt terminal > if it actually works. The qt terminal for Cy

Re: Request to support wxt terminal ( Re: [ANNOUNCEMENT] Updated: gnuplot-5.2.6-1)

[don't quote email addresses, signatures] Tatsuro MATSUOKA writes: > I am glad to hear that gnuplot-5.2.6 for Cygwin is released. As an > interactive terminal, gnuplot for Cygwin only x11 terminal  but it is > old terminal and it was considered to be outdated from gnuplot > developers. I mostly

Re: Request new Ruby release

On Tue, 15 May 2018 at 00:49, Steven Penny wrote: > fact. example is the Git package, which as of this writing is totally up to > date: > - http://cygwin.mirrors.hoobly.com/x86_64/release/git > - http://github.com/git/git/releases I've been avoiding this thread as I haven't had anything productiv

Re: Request new Ruby release

On Mon, 14 May 2018 10:31:18, cyg Simple wrote: because they have merit? i said that already. Since you stated in the form of a question, I can say for me, they do not and based on the conversation of others, not for anyone but you. let me rephrase: they have merit, full stop. Example 1, quo

Re: Request new Ruby release

On 5/6/2018 10:08 AM, Steven Penny wrote: > On Sun, 6 May 2018 00:54:23, Yaakov Selkowitz wrote: >> The question is, if you actually understand your comments are not >> appreciated, why do you insist on making them anyway? > > because they have merit? i said that already. > Since you stated in t

Re: Request new Ruby release

On Sun, 6 May 2018 00:54:23, Yaakov Selkowitz wrote: The question is, if you actually understand your comments are not appreciated, why do you insist on making them anyway? because they have merit? i said that already. GCC as an example is a fast updating package. No, not really. its fast

Re: Request new Ruby release

On 2018-05-05 01:56, Steven Penny wrote: > On Sat, 5 May 2018 07:27:22, Marco Atzeri wrote: >> Jon Yong is doing an hell of job taming a monster program, >> and your comments are NOT appropriated. > > certainly not by you - and probably others on this list. The question is, if you actually unders

Re: Request new Ruby release

On 5 May 2018 at 02:56, Steven Penny wrote: > On Sat, 5 May 2018 07:27:22, Marco Atzeri wrote: >> >> I am still waiting that you show your code. > > > i did, here, i can do it again: > > http://github.com/svnpenn > >> Jon Yong is doing an hell of job taming a monster program, > > > no one is argui

Re: Request new Ruby release

On Sat, 5 May 2018 07:27:22, Marco Atzeri wrote: I am still waiting that you show your code. i did, here, i can do it again: http://github.com/svnpenn Jon Yong is doing an hell of job taming a monster program, no one is arguing that, i agree its a tough package to maintain and your comme

Re: Request new Ruby release

On 5/5/2018 2:56 AM, Steven Penny wrote: On Fri, 4 May 2018 15:16:49, Marco Atzeri wrote: I do not see you doing any package activity release, so you should refrain to comment on how we (package maintainers) use our own spare time for this project. such comments are perfectly acceptable if ma

Re: Request new Ruby release

On 2018-05-04 18:56, Steven Penny wrote: > sorry, did you really just invoke fortran as a serious argument? fortran is > arguably the oldest programming language still in use, if you can even call it > that. you can't even do HTTP with it: > http://rosettacode.org/wiki/HTTPS#Fortran That's what we

Re: Request new Ruby release

On Fri, 4 May 2018 15:16:49, Marco Atzeri wrote: I do not see you doing any package activity release, so you should refrain to comment on how we (package maintainers) use our own spare time for this project. such comments are perfectly acceptable if maintainers are acting in bad faith with rega

Re: Request new Ruby release

On 5/4/2018 2:09 PM, Steven Penny wrote: On Fri, 4 May 2018 00:05:23, Brian Inglis wrote: For an understaffed, all-volunteer effort, Cygwin does a tremendous job providing us with a compatible, reliable, stable subsystem working environment, running in a less stable environment. Cygwin seems t

Re: Request new Ruby release

On Fri, 4 May 2018 00:05:23, Brian Inglis wrote: For an understaffed, all-volunteer effort, Cygwin does a tremendous job providing us with a compatible, reliable, stable subsystem working environment, running in a less stable environment. Cygwin seems to keep up to date with stable releases of im

Re: Request new Ruby release

On 2018-05-03 17:16, Steven Penny wrote: > On Sat, 24 Feb 2018 12:51:36, Steven Penny wrote: >> Please release new Cygwin Ruby. Current version is 2.3.6 (Dec 2017), and >> since >> then 2 versions have dropped [1]: >> - 2.4.3 (Dec 2017) >> - 2.5.0 (Dec 2017) >> 2.4.0 introduced Enumerable#sum [2],

Re: Request new Ruby release

On 2018-05-03 18:16, Steven Penny wrote: > On Sat, 24 Feb 2018 12:51:36, Steven Penny wrote: >> Please release new Cygwin Ruby. Current version is 2.3.6 (Dec 2017), >> and since >> then 2 versions have dropped [1]: >> >> - 2.4.3 (Dec 2017) >> - 2.5.0 (Dec 2017) >> >> 2.4.0 introduced Enumerable#sum

Re: Request new Ruby release

On Sat, 24 Feb 2018 12:51:36, Steven Penny wrote: Please release new Cygwin Ruby. Current version is 2.3.6 (Dec 2017), and since then 2 versions have dropped [1]: - 2.4.3 (Dec 2017) - 2.5.0 (Dec 2017) 2.4.0 introduced Enumerable#sum [2], would be nice to have. [1] http://github.com/ruby/ruby/t

Re: Request for update: zsh

On 25-Apr-18 20:20, Peter A. Castro wrote: The current version of zsh is 5.5.1, while Cywin is stuck on 5.3. If the maintainer of zsh is still around, could (s)he perhaps update it to the latest version? Yes, I was waiting for the inevitable update to the base 5.5 release (5.5.1 as you noted). 

Re: Request for update: zsh

On Wed, 25 Apr 2018, Michael Schaap wrote: Date: Wed, 25 Apr 2018 12:11:05 +0200 From: Michael Schaap To: cygwin@cygwin.com Subject: Request for update: zsh Greetings, Michael, The current version of zsh is 5.5.1, while Cywin is stuck on 5.3. If the maintainer of zsh is still around, could

Re: Request new gawk release

On Feb 26 19:05, Steven Penny wrote: > Please release new Cygwin gawk. Current version is 4.2.0 (Oct 2017), and since > then 1 version has dropped [1]: > > 4.2.1 (Feb 2018) You know that the 4.2.1 upstream release was only 2 days ago? You may want to give the maintainer a bit of time to prepare

Re: Request new less release

On Sun, 21 Jan 2018 08:44:53, Marco Atzeri wrote: Noted but until it is in beta I am not planning to release it. http://cygwin.com/ml/cygwin/2018-01/msg00198.html Note that version 530 has been released for "general use" (read: not BETA) http://greenwoodsoftware.com/less/index.html -- Probl

Re: Request new less release

Steven, please start a new thread, not reply to your message with different subject "cmake" On 20/01/2018 14:21, Steven Penny wrote: Please release new Cygwin less. Current version is 487 (Oct 2016), and since then 3 versions [1] have dropped: - 520 (Sep 2017) - 527 (Nov 2017) - 529 (Nov 2017)

Re: Request new Cmake release

On Tue, 19 Sep 2017 16:28:33, Steven Penny wrote: Please release new Cygwin Cmake. Current version is 3.6.2 (Sep 2016), and since then 10 versions have dropped: v3.6.3 v3.7.0 v3.7.1 v3.7.2 v3.8.0 v3.8.1 v3.8.2 v3.9.0 v3.9.1 v3.9.2 Also current version may be causing some problems: http://githu

Re: Request to link to your website

On 26.10.2017 08:43, Kristopher Kelly wrote: The University of Phoenix, a for-profit university accredited by the Higher Learning Commission, would like to link to one or more pages within https://cygwin.com and install the associated software. The link(s) will be provided to students and facul

Re: Request to link to your website

On 2017-10-26 09:43, Kristopher Kelly wrote: > The University of Phoenix, a for-profit university accredited by the Higher > Learning Commission, would like to link to one or more pages within > https://cygwin.com and install the associated software. The link(s) will be > provided to students and f

Re: Request to link to your website

On 2017-10-26 09:43, Kristopher Kelly wrote: > The University of Phoenix, a for-profit university accredited by the Higher > Learning Commission, would like to link to one or more pages within > https://cygwin.com and install the associated software. The link(s) will be > provided to students and f

Re: Request update GCC

On 08/10/2017 01:10 AM, Steven Penny wrote: > On Sat, 24 Jun 2017 19:21:57, Steven Penny wrote: >> gcc-core, gcc-g++ >> == >> - version: 5.4.0-1 >> - version: 6.3.0-1 [test] >> - Jonathan Yong (JonY) >> >> mingw64-x86_64-gcc-core, mingw64-x86_64-gcc-g++ >> ==

Re: Request update GCC

On Sat, 24 Jun 2017 19:21:57, Steven Penny wrote: gcc-core, gcc-g++ == - version: 5.4.0-1 - version: 6.3.0-1 [test] - Jonathan Yong (JonY) mingw64-x86_64-gcc-core, mingw64-x86_64-gcc-g++ === - version: 5.4.0-3 - Jonathan Yong (JonY) mi

Re: Request new nasm package

On Mon, 26 Jun 2017 10:50:17 +0200, Corinna Vinschen wrote: On Jun 22 17:22, Steven Penny wrote: Please update the NASM (Netwide Assembler) package. Current version is: 2.10.07 (Jan 2013) On x86 it's only 2.10.05. x264 now requires at least: 2.13 (Apr 2017) We actually didn't rea

Re: Request to the git maintainer

Eliot Moss writes: > I looked upstream, and at least some of the files I am concerned about > are installed using "tar" piped to another "tar", with umask 022 set > explicitly. I think the problem is that the source of this copying > has 600 or 700 permissions. Not sure if *that* is an upstream p

Re: Request to the git maintainer

On 7/11/2017 8:34 AM, Eliot Moss wrote: On 7/10/2017 10:33 PM, Brian Inglis wrote: On 2017-07-10 20:00, Eliot Moss wrote: Backup processes should run with SeBackupPrivilege. Reasonable. CrashPlan runs using SYSTEM access. I will try adding SYSTEM to the BackupOperators group, which presumab

Re: Request to the git maintainer

On 7/10/2017 10:33 PM, Brian Inglis wrote: On 2017-07-10 20:00, Eliot Moss wrote: Backup processes should run with SeBackupPrivilege. Reasonable. CrashPlan runs using SYSTEM access. I will try adding SYSTEM to the BackupOperators group, which presumably has SeBackupPrivilege (and SeRestorePr

Re: Request to the git maintainer

On 2017-07-10 20:00, Eliot Moss wrote: >> Backup processes should run with SeBackupPrivilege. > > Reasonable. CrashPlan runs using SYSTEM access. I > will try adding SYSTEM to the BackupOperators group, > which presumably has SeBackupPrivilege (and > SeRestorePrivilege). I am not sure how else

Re: Request to the git maintainer

Backup processes should run with SeBackupPrivilege. Reasonable. CrashPlan runs using SYSTEM access. I will try adding SYSTEM to the BackupOperators group, which presumably has SeBackupPrivilege (and SeRestorePrivilege). I am not sure how else to approach granting suitable privilege to this pr

Re: Request to the git maintainer

On 2017-07-10 17:17, Eliot Moss wrote: > On 7/10/2017 6:27 PM, Kaz Kylheku wrote: >> On 10.07.2017 14:02, Eliot Moss wrote: >>> On 7/10/2017 4:24 PM, Achim Gratz wrote: > >> You can't ask every vendor of everything that you have installed >> or "git pulled" to fix their permissions because your ba

Re: Request to the git maintainer

On Mon, Jul 10, 2017 at 7:17 PM, Eliot Moss wrote: > I'm not asking "every vendor". I'm asking a limited number of > cygwin port maintainers (and so far only one specifically). > > CrashPlan does not have "bizarre" limitations -- it quite > naturally has some difficulty if a file's access does no

Re: Request to the git maintainer

On 7/10/2017 6:27 PM, Kaz Kylheku wrote: On 10.07.2017 14:02, Eliot Moss wrote: On 7/10/2017 4:24 PM, Achim Gratz wrote: You can't ask every vendor of everything that you have installed or "git pulled" to fix their permissions because your backup program has bizarre limitations. I'm not ask

Re: Request to the git maintainer

On 10.07.2017 14:02, Eliot Moss wrote: On 7/10/2017 4:24 PM, Achim Gratz wrote: Eliot Moss writes: Dear maintainer of git I use CrashPlan as my backup engine. It has difficulty backing up files with no "other" access. Many git locale (.mo) and doc-related files have permissions 600 (dir

Re: Request to the git maintainer

On 7/10/2017 4:24 PM, Achim Gratz wrote: Eliot Moss writes: Dear maintainer of git I use CrashPlan as my backup engine. It has difficulty backing up files with no "other" access. Many git locale (.mo) and doc-related files have permissions 600 (directories 700). Is there a good reason f

Re: Request to the git maintainer

On 7/10/2017 4:24 PM, Achim Gratz wrote: Eliot Moss writes: Dear maintainer of git I use CrashPlan as my backup engine. It has difficulty backing up files with no "other" access. Many git locale (.mo) and doc-related files have permissions 600 (directories 700). Is there a good reason f

Re: Request to the git maintainer

Eliot Moss writes: > Dear maintainer of git > > I use CrashPlan as my backup engine. It has difficulty backing up > files with no "other" access. Many git locale (.mo) and doc-related > files have permissions 600 (directories 700). Is there a good reason > for this? I would think that 644

Re: Request new nasm package

On Jun 28 08:56, Doug Henderson wrote: > On 26 June 2017 at 02:50, Corinna Vinschen wrote: > > On Jun 22 17:22, Steven Penny wrote: > >> Please update the NASM (Netwide Assembler) package. Current version is: > >> > >>2.10.07 (Jan 2013) > > > > On x86 it's only 2.10.05. > > > >> x264 now requi

  1   2   3   4   >