Updated: cmus-2.11.0-1

[Federico Kircheis]

Version 2.11.0-1 of cmus has been uploaded.

cmus is a command line audio player

On GitHub it is possible to find the changelog for the new release:

https://github.com/cmus/cmus/releases

Federico

--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.

Updated: neomutt-20240323-1

[Federico Kircheis]

Version 20240323-1 of neomutt has been uploaded.

neomutt is a command line mail reader.

On GitHub it is possible to find the changelog for the new release:

https://github.com/neomutt/neomutt/releases

Federico

--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.

[ANNOUNCEMENT] Updated: jpegoptim-1.5.4-1

[Federico Kircheis via Cygwin]

Version 1.5.4-1 of jpegoptim has been uploaded.

jpegoptim is an utility for optimizing jpeg files.
It provides lossless optimization (based on optimizing the Huffman 
tables) and "lossy" optimization based on setting maximum quality factor.


On GitHub it is possible to find the changelog for the new release:

https://github.com/tjko/jpegoptim/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: jpegoptim-1.5.4-1

[Federico Kircheis]

Version 1.5.4-1 of jpegoptim has been uploaded.

jpegoptim is an utility for optimizing jpeg files.
It provides lossless optimization (based on optimizing the Huffman 
tables) and "lossy" optimization based on setting maximum quality factor.


On GitHub it is possible to find the changelog for the new release:

https://github.com/tjko/jpegoptim/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20230512-1

[Federico Kircheis via Cygwin]

Version 20230512-1 of neomutt has been uploaded.

neomutt is a command line mail reader.

On GitHub it is possible to find the changelog for the new release:

https://github.com/neomutt/neomutt/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20230512-1

[Federico Kircheis]

Version 20230512-1 of neomutt has been uploaded.

neomutt is a command line mail reader.

On GitHub it is possible to find the changelog for the new release:

https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: nnn-4.8-1

[Federico Kircheis via Cygwin]

Version 4.8-1 of nnn has been uploaded.

nnn is a full-featured terminal file manager

On GitHub it is possible to find the changelog for the new release:

https://github.com/jarun/nnn/releases/

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: nnn-4.8-1

[Federico Kircheis]

Version 4.8-1 of nnn has been uploaded.

nnn is a full-featured terminal file manager

On GitHub it is possible to find the changelog for the new release:

https://github.com/jarun/nnn/releases/

Federico

[ANNOUNCEMENT] Updated: nnn-4.7-1

[Federico Kircheis via Cygwin]

Version nnn-4.7-1 of nnn has been uploaded.

nnn is a full-featured terminal file manager

On GitHub it is possible to find the changelog for the new release:

https://github.com/jarun/nnn/releases/

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: nnn-4.7-1

[Federico Kircheis]

Version nnn-4.7-1 of nnn has been uploaded.

nnn is a full-featured terminal file manager

On GitHub it is possible to find the changelog for the new release:

https://github.com/jarun/nnn/releases/

Federico

[ANNOUNCEMENT] Updated: jpegoptim-1.5.2-1

[Federico Kircheis via Cygwin]

Version jpegoptim-1.5.2-1 of jpegoptim has been uploaded.

jpegoptim is an utility for optimizing jpeg files.
It provides lossless optimization (based on optimizing the Huffman 
tables) and "lossy" optimization based on setting maximum quality factor.


On GitHub it is possible to find the changelog for the new release:

https://github.com/tjko/jpegoptim/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: jpegoptim-1.5.2-1

[Federico Kircheis]

Version jpegoptim-1.5.2-1 of jpegoptim has been uploaded.

jpegoptim is an utility for optimizing jpeg files.
It provides lossless optimization (based on optimizing the Huffman 
tables) and "lossy" optimization based on setting maximum quality factor.


On GitHub it is possible to find the changelog for the new release:

https://github.com/tjko/jpegoptim/releases

Federico

[ANNOUNCEMENT] Updated: jpegoptim-1.5.1-1

[Federico Kircheis via Cygwin]

Version 1.5.1-1 of jpegoptim has been uploaded.

jpegoptim is an utility for optimizing jpeg files.
It provides lossless optimization (based on optimizing the Huffman 
tables) and "lossy" optimization based on setting maximum quality factor.


On GitHub it is possible to find the changelog for the new release:

https://github.com/tjko/jpegoptim/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: jpegoptim-1.5.1-1

[Federico Kircheis]

Version 1.5.1-1 of jpegoptim has been uploaded.

jpegoptim is an utility for optimizing jpeg files.
It provides lossless optimization (based on optimizing the Huffman 
tables) and "lossy" optimization based on setting maximum quality factor.


On GitHub it is possible to find the changelog for the new release:

https://github.com/tjko/jpegoptim/releases

Federico

[ANNOUNCEMENT] Updated: nnn-4.6-1

[Federico Kircheis]

Version 4.6-1 of nnn has been uploaded.

nnn is a full-featured terminal file manager

On GitHub it is possible to find the changelog for the new release:

https://github.com/jarun/nnn/releases/

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: nnn-4.6-1

[Federico Kircheis]

Version 4.6-1 of nnn has been uploaded.

nnn is a full-featured terminal file manager

On GitHub it is possible to find the changelog for the new release:

https://github.com/jarun/nnn/releases/

Federico

Re: nnn

[Federico Kircheis]

On 10/10/2022 15.02, Jon Turney wrote:

On 09/10/2022 14:54, Federico Kircheis wrote:

Hello to everyone,

I would like to package nnn for cygwin

https://github.com/jarun/nnn/


[...]

A few minor comments on the cygport:

SUMMARY="nnn is a full-featured terminal file manager. It's tiny, 
nearly 0-config and incredibly fast."


SUMMARY probably shouldn't start with the name of the package, because 
it's often used in contexts where the name of the package appears 
immediately before it.


Generally, I think it should be just a noun phrase, not an entire sentence.

I'd suggest just "a full-featured terminal file manager"


REQUIRES="libncursesw10 libreadline7"


It looks like these dependencies are successfully auto-detected, so you 
don't need to explicitly list them.


Does cygwin/cygport offer some functionalities for querying those if not 
written in the cygport file?


Currently I "parse" the file for creating automatically a test environment.
Removing those means that I am not currently able to recreate such 
environment automatically, and would need to track the information 
separately.




I added this to your authorized packages.

nnn

[Federico Kircheis]

Hello to everyone,

I would like to package nnn for cygwin

https://github.com/jarun/nnn/

nnn is already packaged and distributed on different systems/distributions:

https://packages.debian.org/search?keywords=nnn
https://packages.gentoo.org/packages/app-misc/nnn
https://software.opensuse.org/package/nnn
https://pkgs.org/download/nnn
https://pkgs.org/search/?q=nnn
https://formulae.brew.sh/formula/nnn
https://www.freshports.org/misc/nnn/

The current release can be downloaded from

https://github.com/jarun/nnn/releases/tag/v4.6

and can be compiled on cygwin without patches.

nnn does not have a "native" Windows port.

.hint and .cygport files are attached

Best regards

Federico# nnn.hint
sdesc: "nnn is a full-featured terminal file manager. It's tiny, nearly 
0-config and incredibly fast."
ldesc: "nnn can analyze disk usage, batch rename, launch apps and pick files. 
The plugin repository has tons of plugins to extend the capabilities further 
e.g. live previews, (un)mount disks, find & list, file/dir diff, upload files. 
A patch framework hosts sizable user-submitted patches which are subjective in 
nature."
category: Utils
# nnn.cygport
NAME="nnn"
VERSION=4.6
RELEASE=1
SUMMARY="nnn is a full-featured terminal file manager. It's tiny, nearly 
0-config and incredibly fast."
DESCRIPTION="nnn can analyze disk usage, batch rename, launch apps and pick 
files. The plugin repository has tons of plugins to extend the capabilities 
further e.g. live previews, (un)mount disks, find & list, file/dir diff, upload 
files. A patch framework hosts sizable user-submitted patches which are 
subjective in nature."
CATEGORY="Utils"

HOMEPAGE="https://github.com/jarun/nnn;
LICENSE="BSD-2-Clause"
SRC_URI="https://github.com/jarun/nnn/archive/v${VERSION}.tar.gz;
SRC_DIR="nnn-${VERSION}"

# libxslt libxml2 docbook-xsl docbook-xml42 are for generating the documentation
BUILD_REQUIRES="libncurses-devel libreadline-devel"
REQUIRES="libncursesw10 libreadline7"

PKG_NAMES="nnn"

src_compile() {
lndirs
cd ${B}

cygmake "PREFIX=/usr"
}

src_install() {
cd ${B}
cyginstall "PREFIX=/usr"
}

src_test() {
# There is no test suite yet
:
}

[ANNOUNCEMENT] Updated: jdupes-1.21.0-2

[Federico Kircheis]

Version 1.21.0-2 of neomutt has been uploaded.

jdupes is a program for finding and acting on duplicate files

This version should fix a packaging error of version 1.21.0-1.

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: jdupes-1.21.0-2

[Federico Kircheis]

Version 1.21.0-2 of neomutt has been uploaded.

jdupes is a program for finding and acting on duplicate files

This version should fix a packaging error of version 1.21.0-1.

Federico

Re: [ANNOUNCEMENT] Re: jdupes-1.21.0-1

[Federico Kircheis]

On 10/3/22 20:25, Thomas Wolff wrote:



Am 02.10.2022 um 23:27 schrieb Federico Kircheis:

Version 1.21.0-1 of jdupes has been uploaded.

jdupes is a program for finding and acting on duplicate files

On GitHub it is possible to find the changelog for the new release:

https://github.com/jbruchon/jdupes/releases

Federico

The help output mentions a manpage but there is none in the package.



Thank you for checking.

I am not sure what the error could be.
From my build folder:


> tree .\jdupes\jdupes-1.21.0-1.x86_64\inst
Folder PATH listing for volume Windows
Volume serial number is 0046 78D6:FE93
C:\CYGPORT-PS\JDUPES\JDUPES-1.21.0-1.X86_64\INST
├───bin
├───share
│   └───man
│   └───man1
└───usr
├───lib
│   └───debug
│   └───bin
├───share
│   └───doc
│   └───jdupes
└───src
└───debug
└───jdupes-1.21.0-1
> ls .\jdupes\jdupes-1.21.0-1.x86_64\inst\share\man\man1\
jdupes.1


I suppose that "jdupes.1" is the file that man shows to the end-user.

Also from the makefile


install: $(PROGRAM_NAME) installdirs
$(INSTALL_PROGRAM)  $(PROGRAM_NAME)   
$(DESTDIR)$(BIN_DIR)/$(PROGRAM_NAME)
	$(INSTALL_DATA)		$(PROGRAM_NAME).1 
$(DESTDIR)$(MAN_DIR)/$(PROGRAM_NAME).$(MAN_EXT)



and in the cygport file I do a cygmake install...

Could it be that "jdupes.1" should go in another directory?

I am not familiar with man pages (as developer)

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] jdupes-1.21.0-1

[Federico Kircheis]

Version 1.21.0-1 of jdupes has been uploaded.

jdupes is a program for finding and acting on duplicate files

On GitHub it is possible to find the changelog for the new release:

https://github.com/jbruchon/jdupes/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

jdupes-1.21.0-1

[Federico Kircheis]

Version 1.21.0-1 of jdupes has been uploaded.

jdupes is a program for finding and acting on duplicate files

On GitHub it is possible to find the changelog for the new release:

https://github.com/jbruchon/jdupes/releases

Federico

[ITP] jdupes

[Federico Kircheis]

Hello to everyone,

I'm interested in becoming a package maintainer for the program jdupes.

https://github.com/jbruchon/jdupes/

It would be a new package for the cygwin distribution, but it is already
distributed on different systems.
For example

https://packages.debian.org/search?keywords=jdupes
https://packages.gentoo.org/packages/app-misc/jdupes
https://software.opensuse.org/package/jdupes
https://pkgs.org/download/jdupes
https://pkgs.alpinelinux.org/package/edge/testing/x86_64/jdupes
https://formulae.brew.sh/formula/jdupes
https://www.freshports.org/sysutils/jdupes/

The current release can be downloaded from

https://github.com/jbruchon/jdupes/releases/tag/v1.21.0

and can be compiled on cygwin without patches (necessary changes have 
been integrated by the author after contacting him).


jdupes has a native windows port, but I see an added value having it 
available in cygwin.


It is a program similar to fdupes (already present in cygwin), and is 
not a drop-in replacement. From the website description:


> Why use jdupes instead of the original fdupes or other duplicate finders?
>
> The biggest reason is raw speed. In testing on various data sets, 
jdupes is over 7 times faster than fdupes-1.51 on average.



.hint and .cygport files are attached

Best regards

Federico
# jdupes.cygport
NAME="jdupes"
VERSION=1.21.0
RELEASE=1
SUMMARY="jdupes is a program for identifying and taking actions upon duplicate 
files."
DESCRIPTION="jdupes is a program for identifying and taking actions upon 
duplicate files."
CATEGORY="Utility"

HOMEPAGE="https://github.com/jbruchon/jdupes;
SRC_URI="https://github.com/jbruchon/jdupes/archive/v${VERSION}.tar.gz;
SRC_DIR="jdupes-${VERSION}"
BUILD_REQUIRES=""
REQUIRES=""


PKG_NAMES="jdupes"

src_compile() {
lndirs
cd ${B}

NO_WINDOWS=1 cygmake "PREFIX=${D}"
}

src_install(){
cd ${B}
NO_WINDOWS=1 cygmake "PREFIX=${D}" install
}
# jdupes.hint
sdesc: "jdupes is a program for identifying and taking actions upon duplicate 
files"
ldesc: "Searches the given path(s) for duplicate files.
Such files are found by comparing file sizes, then partial and full file 
hashes, followed by a byte-by-byte comparison.
The default behavior with no other  specified (delete, 
summarize, link, dedupe, etc.) is to print sets of matching files."

category: Utility

Re: Change mail address

[Federico Kircheis]

On Tue, Sep 06, 2022 at 01:41:35PM -0400, Norton Allen wrote:

On 9/6/2022 1:21 PM, Federico Kircheis wrote:

Hi,

in the email I received when I registered myself to the cygwin 
mailing list, it was possible to "send" some administrative 
commands, for example:



You can start a subscription for an alternate address,
for example "john@host.domain", just add a hyphen and your
address (with '=' instead of '@') after the command word:



As I am not using the current address as main address anymore, but 
the command does not work; I've received an automatic reply with 
error 550 that the address was not found


I've reported the issue to cygwin-apps-ow...@cygwin.com (as 
suggested in the registration email), but never got a response (this 
was three months ago).


Who do I need to contact for updating my mail address?


I am also maintaining a couple of program, I'm mentioning just in 
case it is relevant.


Best

Federico



Have you tried the form here:

https://cygwin.com/mailman/listinfo/cygwin/


No, I did not.

I did it now, and it seemed to work without issues.

Thank you very much.

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Change mail address

[Federico Kircheis]

Hi,

in the email I received when I registered myself to the cygwin mailing 
list, it was possible to "send" some administrative commands, for example:



You can start a subscription for an alternate address,
for example "john@host.domain", just add a hyphen and your
address (with '=' instead of '@') after the command word:



As I am not using the current address as main address anymore, but the 
command does not work; I've received an automatic reply with error 550 
that the address was not found


I've reported the issue to cygwin-apps-ow...@cygwin.com (as suggested in 
the registration email), but never got a response (this was three months 
ago).


Who do I need to contact for updating my mail address?


I am also maintaining a couple of program, I'm mentioning just in case 
it is relevant.


Best

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: dumpasn1-20210212-1

[Federico Kircheis via Cygwin-announce]

Version 20210212-1 of dumpasn1 has been uploaded.

dumpasn1 is an ASN.1 object dump program which will dump data encoded 
using any of the ASN.1 encoding rules in a variety of user-specified 
formats.


--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: dumpasn1-20210212-1

[Federico Kircheis via Cygwin-announce]

Version 20210212-1 of dumpasn1 has been uploaded.

dumpasn1 is an ASN.1 object dump program which will dump data encoded 
using any of the ASN.1 encoding rules in a variety of user-specified 
formats.

Re: [ITP] dumpasn1

[Federico Kircheis]

On 14 May 2022 13:24:08 UTC, Jon Turney  wrote:
>On 11/05/2022 20:20, Federico Kircheis wrote:
>> 
>> 
>> Hello to everyone,
>> 
>> I'm interested in becoming a package maintainer for the program dumpasn1.
>> (see https://packages.debian.org/sid/dumpasn1 and 
>> https://www.cs.auckland.ac.nz/~pgut001/)
>> 
>> It would be a new package for the cygwin distribution, but it is already
>> distributed on different systems, like Arch, Debian, Fedora, openSUSE,
>> Gentoo and many others
>> 
>> .hint and .cygport files are attached
>> 
>> As the name implies, it is a program for dumping data encoded using the 
>> ASN.1 encoding rules
>
>Thanks. I added this to your authorized packages.
>
>A few small comments on the cygport
>
>> HOMEPAGE="https://www.cs.auckland.ac.nz/~pgut001/;
>> SRC_URI="http://deb.debian.org/debian/pool/main/d/dumpasn1/dumpasn1_${VERSION}.orig.tar.gz;
>
>I'm not sure that 'https://www.cs.auckland.ac.nz/~pgut001/dumpasn1.c' isn't 
>the correct SRC_URI.
>
>The debian packaging contains a manpage, which it might be useful to 
>incorporate.
>
>> BUILD_REQUIRES=""
>> REQUIRES=""
>> 
>> PKG_NAMES="dumpasn1"
>
>None of these are necessary, I think.

I've used the debian package ad it is a package that contains everything for 
creating the cygwin package (source+config), and provides a versioned source.

The URL you suggested is only the source file, and to be honest I do not know 
how to write the corresponding cygport file.
It also does not seem to be versioned.

Thus I would prefer to use the Debian source if it is not an issue.

I'll try removing the variables you mentioned.

[ITP] dumpasn1

[Federico Kircheis]

Hello to everyone,

I'm interested in becoming a package maintainer for the program dumpasn1.
(see https://packages.debian.org/sid/dumpasn1 and 
https://www.cs.auckland.ac.nz/~pgut001/)


It would be a new package for the cygwin distribution, but it is already
distributed on different systems, like Arch, Debian, Fedora, openSUSE,
Gentoo and many others

.hint and .cygport files are attached

As the name implies, it is a program for dumping data encoded using the 
ASN.1 encoding rules



Best regards

Federico Kircheis# dumpasn1.cygport
NAME="dumpasn1"
VERSION=20210212
RELEASE=1
SUMMARY="ASN.1 object dump program"
DESCRIPTION="An ASN.1 object dump program which will dump data encoded using 
any of the ASN.1 encoding rules in a variety of user-specified formats.
dumpasn1 employs a user-editable configuration file dumpasn1.cfg which provides 
information on ASN.1 object identifiers. Currently it covers all known 
security-related OIDs."
CATEGORY="Utils"

HOMEPAGE="https://www.cs.auckland.ac.nz/~pgut001/;
SRC_URI="http://deb.debian.org/debian/pool/main/d/dumpasn1/dumpasn1_${VERSION}.orig.tar.gz;
SRC_DIR="dumpasn1-${VERSION}"

BUILD_REQUIRES=""
REQUIRES=""

PKG_NAMES="dumpasn1"

src_compile() {
lndirs
cd ${B}
${CC} dumpasn1.c -o dumpasn1
}

src_install() {
cd ${B}
mkdir -p ${D}/usr/bin/
cp dumpasn1 ${D}/usr/bin/
mkdir -p ${D}/etc/dumpasn1
cp dumpasn1.cfg ${D}/etc/dumpasn1/
}


# asn1dump.hint
sdesc: "ASN.1 object dump program"
ldesc: "An ASN.1 object dump program which will dump data encoded using any of 
the ASN.1 encoding rules in a variety of user-specified formats.
dumpasn1 employs a user-editable configuration file dumpasn1.cfg which provides 
information on ASN.1 object identifiers. Currently it covers all known 
security-related OIDs."
category=Utils

[ANNOUNCEMENT] Updated: neomutt-20220429-1

[Federico Kircheis via Cygwin-announce]

Version 20220429-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20220429.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20220429-1

[Federico Kircheis via Cygwin-announce]

Version 20220429-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20220429.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20220415-1

[Federico Kircheis via Cygwin-announce]

Version 20220415-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20220415.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20220415-1

[Federico Kircheis via Cygwin-announce]

Version 20220415-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20220415.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20220408-1

[Federico Kircheis via Cygwin-announce]

Version 20220408-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20220408.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20220408-1

[Federico Kircheis via Cygwin-announce]

Version 20220408-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20220408.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: cmus-2.9.1-1

[Federico Kircheis via Cygwin-announce via Cygwin]

Version 2.9.1-1 of cmus has been uploaded.

The music player cmus reached version 2.9.1.

On GitHub it is possible to find the changelog for the new release:
https://github.com/cmus/cmus/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: cmus-2.9.1-1

[Federico Kircheis via Cygwin-announce]

Version 2.9.1-1 of cmus has been uploaded.

The music player cmus reached version 2.9.1.

On GitHub it is possible to find the changelog for the new release:
https://github.com/cmus/cmus/releases

Federico

Re: cmus

[Federico Kircheis via Cygwin-apps]

On 14/11/2021 13.56, Jon Turney wrote:

On 31/10/2021 19:00, Federico Kircheis via Cygwin-apps wrote:


I've reattached the cygport file, everything seems to work as before. 
Before uploading, I would like to see the error you have, if possible.


I'm not able to reproduce the problem anymore, so I guess I must have 
messed up something locally when I was trying before.


Please go ahead with the upload.



Great,

thank for letting me know

Re: cygport - avoid stripping binaries

[Federico Kircheis via Cygwin]

On 06/11/2021 18.30, Corinna Vinschen via Cygwin wrote:

On Nov  6 15:31, Federico Kircheis via Cygwin wrote:

it seems that cygport always strip binaries, but I have one program that
when stripped does not work correctly.


Out of curiosity, what program is that?  And why does it require the
symbols to be present in the executable?


Corinna



Hi Corinna,

it's pari-gp the program I'm having trouble packaging.

If I compile it manually, without cygport, then I'm able to execute it.
If I use cygport, then the program misbehaves.

I've noticed that cygport strips the binaries, so I thought that could 
be the issue.



Also setting


RESTRICT="strip" and STRIP=/usr/bin/true


seems to strip some information compared to the manually built binary.

Best

Federico


PS:
Why does cygport strip binaries by default?
Doesn't it generally makes harder to debug issues?
If stripping removes unused data I would actually expect the compiler to 
not generate it, and if the data is used


Is it a common practice for GNU/Linux distribution to strip binaries 
when creating packages?
# pari.cygport
NAME="pari"
VERSION=2.13.3
RELEASE=1
SUMMARY="add summary"
DESCRIPTION="add description"
CATEGORY="Mail" #FIXME, find category

HOMEPAGE="https://pari.math.u-bordeaux.fr;
SRC_URI="https://pari.math.u-bordeaux.fr/pub/pari/unix/pari-${VERSION}.tar.gz;
SRC_DIR="pari-${VERSION}"



# for documentation needs latex (pdflatex for creating pdf)
BUILD_REQUIRES="libncurses-devel libreadline-devel libgmp-devel"
REQUIRES="libreadline libgmp10"

PKG_NAMES="pari"

src_compile() {
lndirs
cd ${B}
sh ./Configure \
  --prefix=/usr
cygmake gp
}

src_install() {
cd ${B}
cyginstall
}

src_test() {
cygmake bench
}

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: cygport development

[Federico Kircheis via Cygwin-apps]

On 29/06/2020 18.04, Federico Kircheis wrote:

On 6/12/20 9:55 AM, Federico Kircheis wrote:

On May 29, 2020 4:38:53 AM UTC, Federico Kircheis wrote:

I did not get any response to my last questions, so I hope this patch
is
enough.

Any thought about my other arguments?

Federico

Ping.

Any updates or comments?

Is the patch ok?



Ping




I know it's been a while, I still would like cygport to avoid messing up 
unrelated directories.


Are there any disadvantage stopping when cd fails?
I did not get any feedback.

AFAIK my patch has not been integrated and still applies to current master.

Best

Federico

cygport - avoid stripping binaries

[Federico Kircheis via Cygwin]

Hello,


it seems that cygport always strip binaries, but I have one program that 
when stripped does not work correctly.


As far as I've understood

https://cygwin.github.io/cygport/compilers_cygpart.html#robo759


I should be able to set something like

STRIP=/usr/bin/true

and then stripping should be a no-op, but it did not work, the binaries 
in the install folder are still stripped.


Any hints?

Best

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: cmus

[Federico Kircheis via Cygwin-apps]

On 31/10/2021 16.29, Jon Turney wrote:

On 23/10/2021 19:01, Federico Kircheis via Cygwin-apps wrote:

On 23/10/2021 17.39, Oliver Schoede wrote:

On Fri, 22 Oct 2021 15:06:46 +0200
Federico Kircheis via Cygwin-apps 
 wrote:


Hello to everyone,

I'm interested in becoming a package maintainer for the program cmus.



Very cool! My go-to music player, been using it for years, also in
Cygwin. ;) It's actually one of the reasons I started using it, knew it
from Linux and there being no port, building it on Windows turned out
easier in Cygwin. There was no WSL yet. An actual package is another
story of course, but if there's a problem and I could possibly be of any
help feel free to ask.

Looks like you appended the wrong .hint file.

Best regards,
Oliver



Let me try it again with the attachment...

Cool to know I'm not the only one using it under Windows :)

I did not notice any issue, but I'm just a casual user, thank you for 
proposing to help, I'll keep it in mind ;)


Thanks.

I've added 'cmus' to your list of packages.

A few small comments on the cygport:


# cmus.cygport
NAME="cmus"
VERSION=2.9.1
TAG=2.9.1


Why not just use ${VERSION} throughout?



Good point


RELEASE=1
SUMMARY="cmus is a small, fast and powerful console music player for 
Unix-like operating systems."
DESCRIPTION="cmus is a lightweight ncurses music player. It supports 
various output methods by using dynamically-loaded output plugins."

CATEGORY="Audio"

HOMEPAGE="https://cmus.github.io/;
SRC_URI="https://github.com/cmus/cmus/archive/v${TAG}.tar.gz;
SRC_DIR="cmus-${TAG}"

DEPEND="libncurses-devel libmad-devel libvorbis-devel flac-devel"


DEPEND is deprecated, please use BUILD_REQUIRES instead



Ah, did not know it.
IF it's deprecated, unless I did not see it, is there any type of 
warning when executing cygport?
If not, it would be a nice addition, so that automatically packagers are 
aware of it.

BUILD_REQUIRES is a much better name, I'm going to use it immediately.


REQUIRES="libncursesw10 libmad0 libvorbis flac"

PKG_NAMES="cmus"

src_compile() {
lndirs
cd ${B}

sh ./configure \
    CONFIG_MAD=y CONFIG_VORBIS=y CONFIG_FLAC=y \
    prefix=/usr bindir=/usr/bin libdir=/usr/lib datadir=/usr/share 
mandir=/usr/share/man


cygmake CC="${CC}" CXX="${CXX}" AR="${AR}" RANLIB="${RANLIB}" 
STRIP=/usr/bin/true


I'm not sure any of these env vars are needed (and something here seems 
to cause me some problem with "undefined reference to `xstrndup'" when 
linking)




I have to admit that I've copy-pasted the cygmake line from another 
cygport, probably also in that other package it's not necessary.


I've built (modulo errors) the packages in a "clean" environment, ie a 
cygwin installation where I installed with setupx.exe 
gcc,gdb,cygport,calm and the BUILD_REQUIRES packages.

I rechecked, and could not find anything related to xstrndup.
Could you share the exact error message?

I've dropped all the env vars and it does not seem to make any difference.


}


#src_install() {


Please drop these commented out lines.


#    cd ${B}
#    cyginstall
#}

#src_test() {
#    # There is no test suite yet
#    :
#}



I've reattached the cygport file, everything seems to work as before. 
Before uploading, I would like to see the error you have, if possible.



# cmus.cygport
NAME="cmus"
VERSION=2.9.1
RELEASE=1
SUMMARY="cmus is a small, fast and powerful console music player for Unix-like 
operating systems."
DESCRIPTION="cmus is a lightweight ncurses music player. It supports various 
output methods by using dynamically-loaded output plugins."
CATEGORY="Audio"

HOMEPAGE="https://cmus.github.io/;
SRC_URI="https://github.com/cmus/cmus/archive/v${VERSION}.tar.gz;
SRC_DIR="cmus-${VERSION}"

BUILD_REQUIRES="libncurses-devel libmad-devel libvorbis-devel flac-devel"
REQUIRES="libncursesw10 libmad0 libvorbis flac"

PKG_NAMES="cmus"

src_compile() {
lndirs
cd ${B}

sh ./configure \
CONFIG_MAD=y CONFIG_VORBIS=y CONFIG_FLAC=y \
prefix=/usr bindir=/usr/bin libdir=/usr/lib datadir=/usr/share 
mandir=/usr/share/man

cygmake
}

[ANNOUNCEMENT] Updated: neomutt-20211029-1

[Federico Kircheis via Cygwin-announce via Cygwin]

Version 20211029-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20211029.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20211029-1

[Federico Kircheis via Cygwin-announce]

Version 20211029-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20211029.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

Re: cmus

[Federico Kircheis via Cygwin-apps]

On 23/10/2021 17.39, Oliver Schoede wrote:

On Fri, 22 Oct 2021 15:06:46 +0200
Federico Kircheis via Cygwin-apps  wrote:


Hello to everyone,

I'm interested in becoming a package maintainer for the program cmus.



Very cool! My go-to music player, been using it for years, also in
Cygwin. ;) It's actually one of the reasons I started using it, knew it
from Linux and there being no port, building it on Windows turned out
easier in Cygwin. There was no WSL yet. An actual package is another
story of course, but if there's a problem and I could possibly be of any
help feel free to ask.

Looks like you appended the wrong .hint file.

Best regards,
Oliver



Let me try it again with the attachment...

Cool to know I'm not the only one using it under Windows :)

I did not notice any issue, but I'm just a casual user, thank you for 
proposing to help, I'll keep it in mind ;)
# cmus.cygport
NAME="cmus"
VERSION=2.9.1
TAG=2.9.1
RELEASE=1
SUMMARY="cmus is a small, fast and powerful console music player for Unix-like 
operating systems."
DESCRIPTION="cmus is a lightweight ncurses music player. It supports various 
output methods by using dynamically-loaded output plugins."
CATEGORY="Audio"

HOMEPAGE="https://cmus.github.io/;
SRC_URI="https://github.com/cmus/cmus/archive/v${TAG}.tar.gz;
SRC_DIR="cmus-${TAG}"

DEPEND="libncurses-devel libmad-devel libvorbis-devel flac-devel"
REQUIRES="libncursesw10 libmad0 libvorbis flac"

PKG_NAMES="cmus"

src_compile() {
lndirs
cd ${B}

sh ./configure \
CONFIG_MAD=y CONFIG_VORBIS=y CONFIG_FLAC=y \
prefix=/usr bindir=/usr/bin libdir=/usr/lib datadir=/usr/share 
mandir=/usr/share/man

cygmake CC="${CC}" CXX="${CXX}" AR="${AR}" RANLIB="${RANLIB}" 
STRIP=/usr/bin/true
}


#src_install() {
#   cd ${B}
#   cyginstall
#}

#src_test() {
#   # There is no test suite yet
#   :
#}
# cmus.hint
sdesc: "cmus is a small, fast and powerful console music player for Unix-like 
operating systems."
ldesc: "cmus is a lightweight ncurses music player. It supports various output 
methods by using dynamically-loaded output plugins."
category: Audio

[ANNOUNCEMENT] Updated: neomutt-20211022-1

[Federico Kircheis via Cygwin-announce via Cygwin]

Version 20211022-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20211022.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20211022-1

[Federico Kircheis via Cygwin-announce]

Version 20211022-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20211022.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

cmus

[Federico Kircheis via Cygwin-apps]

Hello to everyone,

I'm interested in becoming a package maintainer for the program cmus.

Homepage of the project is:

  https://cmus.github.io/

Current release can be downloaded from

  https://github.com/cmus/cmus/releases/tag/v2.9.1


It would be a new package for the cygwin distribution, but it is already
distributed on different systems, like Arch, Debian, Fedora, openSUSE,
Gentoo and many others.

More information can be found here:

 * https://packages.debian.org/sid/cmus
 * https://packages.gentoo.org/packages/media-sound/cmus
 * https://software.opensuse.org/package/cmus
 * https://pkgs.org/download/cmus
 * https://www.freshports.org/audio/cmus
 * https://formulae.brew.sh/formula/cmus

Currently there is no Windows port.


.hint and .cygport files are attached


Best regards

Federico Kircheis

# cmus.cygport
NAME="cmus"
VERSION=2.9.1
TAG=2.9.1
RELEASE=1
SUMMARY="cmus is a small, fast and powerful console music player for Unix-like 
operating systems."
DESCRIPTION="cmus is a small, fast and powerful console music player for 
Unix-like operating systems.
"
CATEGORY="Audio"

HOMEPAGE="https://cmus.github.io/;
SRC_URI="https://github.com/cmus/cmus/archive/v${TAG}.tar.gz;
SRC_DIR="cmus-${TAG}"

DEPEND="libncurses-devel libmad-devel libvorbis-devel flac-devel"
REQUIRES="libncursesw10 libmad0 libvorbis flac"

PKG_NAMES="cmus"

src_compile() {
lndirs
cd ${B}

sh ./configure \
CONFIG_MAD=y CONFIG_VORBIS=y CONFIG_FLAC=y \
prefix=/usr bindir=/usr/bin libdir=/usr/lib datadir=/usr/share 
mandir=/usr/share/man

cygmake CC="${CC}" CXX="${CXX}" AR="${AR}" RANLIB="${RANLIB}" 
STRIP=/usr/bin/true
}


#src_install() {
#   cd ${B}
#   cyginstall
#}

#src_test() {
#   # There is no test suite yet
#   :
#}
# neomutt.hint
sdesc: "a command line mail reader (or MUA)"
ldesc: "NeoMutt is a command line mail reader (or MUA).
It's a fork of Mutt with added features."
category: Mail

Re: [ITP] jpegoptim

[Federico Kircheis via Cygwin-apps]

Please ignore this email, it has been sent by accident.

On 17/10/2021 15.58, Federico Kircheis wrote:


Hello to everyone,

I'm interested in becoming a package maintainer for the program jpegoptim.

https://www.kokkonen.net/tjko/projects.html and 
https://github.com/tjko/jpegoptim are the homepages of the project.


It would be a new package for the cygwin distribution, but it is already 
distributed on different systems, like Debian and derivatives (see for 
example https://packages.debian.org/sid/jpegoptim)



Currently there is no Windows port (there has never been one as far as I 
know), therefore I would like to maintain a cygwin port, since i was 
able to compile and use the program without any patch.



The program is licensed GPL2.

Best regards

Federico Kircheis

[ITP] jpegoptim

[Federico Kircheis via Cygwin-apps]

Hello to everyone,

I'm interested in becoming a package maintainer for the program jpegoptim.

https://www.kokkonen.net/tjko/projects.html and 
https://github.com/tjko/jpegoptim are the homepages of the project.


It would be a new package for the cygwin distribution, but it is already 
distributed on different systems, like Debian and derivatives (see for 
example https://packages.debian.org/sid/jpegoptim)



Currently there is no Windows port (there has never been one as far as I 
know), therefore I would like to maintain a cygwin port, since i was 
able to compile and use the program without any patch.



The program is licensed GPL2.

Best regards

Federico Kircheis

[ANNOUNCEMENT] Updated: neomutt-20211015-1

[Federico Kircheis via Cygwin-announce via Cygwin]

Version 20211015-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20211015.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20211015-1

[Federico Kircheis via Cygwin-announce]

Version 20211015-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20211015.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20210205-1

[Federico Kircheis via Cygwin-announce via Cygwin]

Version 20210205-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20210205.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20210205-1

[Federico Kircheis via Cygwin-announce]

Version 20210205-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20210205.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20201127-1

[Federico Kircheis via Cygwin-announce]

Version 20201127-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20201127.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20201127-1

[Federico Kircheis via Cygwin-announce]

Version 20201127-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20201127.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20201120-1

[Federico Kircheis via Cygwin-announce]

Version X-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20201120.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20201120-1

[Federico Kircheis via Cygwin-announce]

Version X-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20201120.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

Re: Interaction with non-cygwin programs

[Federico Kircheis via Cygwin]

On 25/10/2020 11.12, Takashi Yano wrote:

On Sat, 24 Oct 2020 17:04:59 +0200
Federico Kircheis via Cygwin  wrote:

I've lately updated Windows to the latest version, and cygwin too (I had
something previous to 3.0).

I've read that interaction with non-cygwin programs should be better
because of the console-helper.


But in my daily usage the integration is worse, programs like tmux or
even less seems to have more issues than before.


For example

/cygdrive/c/Program\ Files/TortoiseSVN/bin/svn log | less

used to work correctly.
Currently if I press arrow down or up less does not scroll up or down
anymore and "ESC[" appears briefly at the top-left of the console.

Of course i could install subversion inside cygwin, as

svn log | less

works without issues, but it's just an example.
git, adb, and other programs trigger the same behavior.


Also less is not the only program, tmux for example has similar issues.

I believe the underlying issue is console-helper but I'm not sure how I
could test it, as I did, for example, not find how I could disable it,
or if the issue is already known.

I'm able to reproduce the issue on a clean machine, so it should not be
a configuration issue on my side.


Could you please try cygwin latest snapshot?
https://cygwin.com/snapshots/



Thank you, tried and it seems to work.

I could notice only one minor issue: when making changing the terminal 
size with "Wind+arrow"with


/cygdrive/c/Program\ Files/TortoiseSVN/bin/svn log | less

less does not seem to acknowledge the new terminal size, while

svn log | less

does.
If using the mouse and resizing the terminal by hand, both commands seem 
to behave the same.

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Interaction with non-cygwin programs

[Federico Kircheis via Cygwin]

On 10/24/20 9:35 PM, Brian Inglis wrote:

On 2020-10-24 13:11, Federico Kircheis via Cygwin wrote:

On 10/24/20 8:10 PM, Brian Inglis wrote:

On 2020-10-24 09:04, Federico Kircheis via Cygwin wrote:

I've lately updated Windows to the latest version, and cygwin too (I had
something previous to 3.0).
I've read that interaction with non-cygwin programs should be better because of
the console-helper.
But in my daily usage the integration is worse, programs like tmux or even less
seems to have more issues than before.
For example
    /cygdrive/c/Program\ Files/TortoiseSVN/bin/svn log | less
used to work correctly.
Currently if I press arrow down or up less does not scroll up or down anymore
and "ESC[" appears briefly at the top-left of the console.

Of course i could install subversion inside cygwin, as
svn log | less
works without issues, but it's just an example.
git, adb, and other programs trigger the same behavior.
Also less is not the only program, tmux for example has similar issues.

I believe the underlying issue is console-helper but I'm not sure how I could
test it, as I did, for example, not find how I could disable it, or if the issue
is already known.

I'm able to reproduce the issue on a clean machine, so it should not be a
configuration issue on my side.


I think setting CYGWIN=disable_pcon in your user or system environment should
disable it: search for that setting for more information.



Thank you, setting CYGWIN to disable_pcon as environment variable did the trick
with, I'll observe in the next days if all my issues are really gone.

Unfortunately it seems that it is only possible to set this variable globally,
correct?

It is not possible, for example, to set it from bash only for some processes.

AFAIK I cannot have both

/cygdrive/c/Program\ Files/TortoiseSVN/bin/svn log | less

and

/cygdrive/c/Program\ Files/Python/Python39/python

working correctly, as the first works with CYGWIN=disable_pcon and the second 
not.


I doubt it, but you could try if it could work using e.g.

$ alias wpython='CYGWIN="" /cygdrive/c/Program\ Files/Python/Python39/python'
$ wpython ...



No, unfortunately it does not work...

It's a shame, but I think I'll leave pcon disabled at the moment... or 
is there anything else I could try?

AFAIK pcon is relatively new, so I'm hoping that it will mature soon enough.
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Interaction with non-cygwin programs

[Federico Kircheis via Cygwin]

On 10/24/20 8:10 PM, Brian Inglis wrote:

On 2020-10-24 09:04, Federico Kircheis via Cygwin wrote:

I've lately updated Windows to the latest version, and cygwin too (I had
something previous to 3.0).
I've read that interaction with non-cygwin programs should be better because of
the console-helper.
But in my daily usage the integration is worse, programs like tmux or even less
seems to have more issues than before.
For example
   /cygdrive/c/Program\ Files/TortoiseSVN/bin/svn log | less
used to work correctly.
Currently if I press arrow down or up less does not scroll up or down anymore
and "ESC[" appears briefly at the top-left of the console.

Of course i could install subversion inside cygwin, as
svn log | less
works without issues, but it's just an example.
git, adb, and other programs trigger the same behavior.
Also less is not the only program, tmux for example has similar issues.

I believe the underlying issue is console-helper but I'm not sure how I could
test it, as I did, for example, not find how I could disable it, or if the issue
is already known.

I'm able to reproduce the issue on a clean machine, so it should not be a
configuration issue on my side.


I think setting CYGWIN=disable_pcon in your user or system environment should
disable it: search for that setting for more information.



Thank you, setting CYGWIN to disable_pcon as environment variable did 
the trick with, I'll observe in the next days if all my issues are 
really gone.


Unfortunately it seems that it is only possible to set this variable 
globally, correct?


It is not possible, for example, to set it from bash only for some 
processes.


AFAIK I cannot have both

/cygdrive/c/Program\ Files/TortoiseSVN/bin/svn log | less

and

/cygdrive/c/Program\ Files/Python/Python39/python

working correctly, as the first works with CYGWIN=disable_pcon and the 
second not.

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Interaction with non-cygwin programs

[Federico Kircheis via Cygwin]

I've lately updated Windows to the latest version, and cygwin too (I had 
something previous to 3.0).


I've read that interaction with non-cygwin programs should be better 
because of the console-helper.



But in my daily usage the integration is worse, programs like tmux or 
even less seems to have more issues than before.



For example

  /cygdrive/c/Program\ Files/TortoiseSVN/bin/svn log | less

used to work correctly.
Currently if I press arrow down or up less does not scroll up or down 
anymore and "ESC[" appears briefly at the top-left of the console.


Of course i could install subversion inside cygwin, as

svn log | less

works without issues, but it's just an example.
git, adb, and other programs trigger the same behavior.


Also less is not the only program, tmux for example has similar issues.

I believe the underlying issue is console-helper but I'm not sure how I 
could test it, as I did, for example, not find how I could disable it, 
or if the issue is already known.


I'm able to reproduce the issue on a clean machine, so it should not be 
a configuration issue on my side.

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20200925-1

[Federico Kircheis via Cygwin-announce]

Version 20200925-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200925.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20200925-1

[Federico Kircheis via Cygwin-announce]

Version 20200925-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200925.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20200821-1

[Federico Kircheis via Cygwin-announce]

Version 20200821-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200821.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20200821-1

[Federico Kircheis via Cygwin-announce]

Version 20200821-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200821.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: neomutt-20200814-1

[Federico Kircheis via Cygwin-announce]

Version 20200814-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200814.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20200814-1

[Federico Kircheis via Cygwin-announce]

Version 20200814-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200814.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20200807-1

[Federico Kircheis via Cygwin-announce]

Version 20200807-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200807.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20200807-1

[Federico Kircheis via Cygwin-announce]

Version 20200807-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200807.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

Re: cygport development

[Federico Kircheis via Cygwin-apps]

On 6/12/20 9:55 AM, Federico Kircheis wrote:

On May 29, 2020 4:38:53 AM UTC, Federico Kircheis wrote:

I did not get any response to my last questions, so I hope this patch
is
enough.

Any thought about my other arguments?

Federico

Ping.

Any updates or comments?

Is the patch ok?



Ping

[ANNOUNCEMENT] Updated: neomutt-20200424-1

[Federico Kircheis via Cygwin-announce]

Version X-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200424.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20200424-1

[Federico Kircheis via Cygwin-announce]

Version X-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200424.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20200619-1

[Federico Kircheis via Cygwin-announce]

Version 20200619-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200619.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20200619-1

[Federico Kircheis via Cygwin-announce]

Version 20200619-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200619.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

Re: cygport development

[Federico Kircheis via Cygwin-apps]

On May 29, 2020 4:38:53 AM UTC, Federico Kircheis wrote:
>I did not get any response to my last questions, so I hope this patch
>is 
>enough.
>
>Any thought about my other arguments?
>
>Federico
Ping.

Any updates or comments?

Is the patch ok?

Re: cygport development

[Federico Kircheis via Cygwin-apps]

I did not get any response to my last questions, so I hope this patch is 
enough.


Any thought about my other arguments?

Federico

On 5/17/20 7:54 PM, Federico Kircheis wrote:

Thank you for the feedback.


This patch is clearly not limited to the protection of data, as it
quotes variables that could in no way contain a space or have anything
to do with file paths. 


Could you please point me to which variables are unrelated to files.

AFAIK i quoted files and arguments, which can all contain whitespace.

For example I did quote ${unpack_file_path}, but not ${unpack_cmd}.


As mentioned multiple times, using filenames
ore directories with spaces is asking for trouble, and I have no
interest in trying to support such a case. 


The first commit makes sure that no information is lost while processing 
file with spaces or other characters that cause globbing. This prevents 
writing or modifying the wrong files, which is what happened to me.


The second commit add exit in case `cd` fails, which prevents other 
errors afterwards.


Those modification do not add support for path with whitespace, as I was 
still unable to compile the software, they did however prevent cygport 
to delete unrelated data (or create data in the wrong location).




I'm willing to consider a
*limited* patch that makes sure that cygport doesn't do something it
shouldn't in that case, but that's about it.


Also because if the underlying tool like `make` does not support spaces, 
it has no benefit.


The most minimal patch I can imagine is exiting if `cd` fails (just the 
second commit).

Would you accept that?
But please also consider my other arguments.


Yaakov


PS:

A "nice" side-effect to quoting most variables that could contain white 
space is that static-analyzers like shellcheck will emit less 
diagnostic, making it easier to discover potential errors.




>From 9dec371efa2f4f943bdd660618a0e1d91b6cfb4a Mon Sep 17 00:00:00 2001
From: Federico Kircheis 
Date: Tue, 2 Jul 2019 21:02:36 +0200
Subject: [PATCH] Exit in case `cd` fails

---
 lib/src_fetch.cygpart |  2 +-
 lib/src_prep.cygpart  | 14 +++---
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/lib/src_fetch.cygpart b/lib/src_fetch.cygpart
index a273045..acea3a6 100644
--- a/lib/src_fetch.cygpart
+++ b/lib/src_fetch.cygpart
@@ -156,7 +156,7 @@ __src_fetch() {
 	done
 
 	# the RCS_fetch functions change PWD
-	cd ${top};
+	cd ${top} || error "Unable to cd to ${top}"
 
 	for uri in ${SRC_URI} ${PATCH_URI}
 	do
diff --git a/lib/src_prep.cygpart b/lib/src_prep.cygpart
index 80ba8d5..fb99bfd 100644
--- a/lib/src_prep.cygpart
+++ b/lib/src_prep.cygpart
@@ -189,7 +189,7 @@ __gpg_verify() {
 }
 
 __mkdirs() {
-	cd ${top};
+	cd ${top} || error "Unable to cd to ${top}";
 	mkdir -p ${srcdir} ${origsrcdir} ${B} ${D} ${T} ${configdir} ${logdir} ${distdir} ${patchdir} ${spkgdir};
 }
 
@@ -286,7 +286,7 @@ __src_prep() {
 	local tar_patch;
 	local n=1;
 
-	cd ${top};
+	cd ${top} || error "Unable to cd to ${top}";
 
 	__mkdirs;
 
@@ -345,7 +345,7 @@ __src_prep() {
 		__gpg_verify ${top}/${src_patchfile} "SOURCE PATCH";
 	fi
 
-	cd ${origsrcdir};
+	cd ${origsrcdir} || error "Unable to cd to ${origsrcdir}";
 
 	for src_pkg in ${_src_orig_pkgs}
 	do
@@ -377,7 +377,7 @@ __src_prep() {
 
 	# cd will fail if not executable (e.g. dot2tex)
 	chmod +x ${origsrcdir}/${SRC_DIR};
-	cd ${origsrcdir}/${SRC_DIR};
+	cd ${origsrcdir}/${SRC_DIR} || error "Unable to cd to ${origsrcdir}/${SRC_DIR}";
 
 #v* Preparation/DISTCLEANFILES
 #  DESCRIPTION
@@ -404,7 +404,7 @@ __src_prep() {
 	if __check_function src_unpack_hook
 	then
 		__check_unstable src_unpack_hook;
-		cd ${origsrcdir}/${SRC_DIR};
+		cd ${origsrcdir}/${SRC_DIR} | error "Unable to cd to ${origsrcdir}/${SRC_DIR}";
 	fi
 
 	for src_patch in ${_src_orig_patches}
@@ -446,7 +446,7 @@ __src_prep() {
 	if __check_function src_patch_hook
 	then
 		__check_unstable src_patch_hook;
-		cd ${origsrcdir}/${SRC_DIR};
+		cd ${origsrcdir}/${SRC_DIR} || error "Unable to cd to ${origsrcdir}/${SRC_DIR}";
 	fi
 
 	__step "Preparing working source directory";
@@ -456,7 +456,7 @@ __src_prep() {
 	mkdir -p ${C};
 	ln -sfn ${C} ${workdir}/CYGWIN-PATCHES;
 
-	cd ${S};
+	cd ${S} || error "Unable to cd to ${S}";
 
 	if [ -f ${top}/${cygwin_patchfile} ]
 	then
-- 
2.26.2

Re: cygport development

[Federico Kircheis via Cygwin-apps]

Thank you for the feedback.


This patch is clearly not limited to the protection of data, as it
quotes variables that could in no way contain a space or have anything
to do with file paths. 


Could you please point me to which variables are unrelated to files.

AFAIK i quoted files and arguments, which can all contain whitespace.

For example I did quote ${unpack_file_path}, but not ${unpack_cmd}.


As mentioned multiple times, using filenames
ore directories with spaces is asking for trouble, and I have no
interest in trying to support such a case. 


The first commit makes sure that no information is lost while processing 
file with spaces or other characters that cause globbing. This prevents 
writing or modifying the wrong files, which is what happened to me.


The second commit add exit in case `cd` fails, which prevents other 
errors afterwards.


Those modification do not add support for path with whitespace, as I was 
still unable to compile the software, they did however prevent cygport 
to delete unrelated data (or create data in the wrong location).




I'm willing to consider a
*limited* patch that makes sure that cygport doesn't do something it
shouldn't in that case, but that's about it.


Also because if the underlying tool like `make` does not support spaces, 
it has no benefit.


The most minimal patch I can imagine is exiting if `cd` fails (just the 
second commit).

Would you accept that?
But please also consider my other arguments.


Yaakov


PS:

A "nice" side-effect to quoting most variables that could contain white 
space is that static-analyzers like shellcheck will emit less 
diagnostic, making it easier to discover potential errors.

Re: cygport development

[Federico Kircheis via Cygwin-apps]

On 10/14/19 10:55 AM, Federico Kircheis wrote:

On 13/10/2019 18.41, Achim Gratz wrote:

Federico Kircheis writes:

I've sent the patches the 14.07.19, unfortunately I still got no answer.


The cygport maintainer is rather busy with non-Cygwin related work these
days, I suppose.  Anyway, one of the questions I have is why you need
these changes.  Most build systems do not actually work when they
encounter a path with spaces if they use make under the hood, so fixing
cygport to grok such path locations isn't getting you much further I'd
think.  Can you explain?


Yep.

I've built some software in my windows home directory.
It contains a space.
I expected it to work.

Instead of failing with a clear error message, the build process deleted 
some unrelated files as it cd failed (or cd in the wrong directory, cant 
remember right now).


I believe it is unacceptable to delete unrelated data.

Even if it stated that there is no intention to support path with 
spaces, those scripts should fail fast and ideally with a clear error 
message.


I found it easier to quote the offending variables, as not only spaces 
might cause issues.


The merge request in the repository has been closed.

I'm attaching the updated patch.
>From b927688b921988c9aa7dafe9fbde9b71f96aa5c3 Mon Sep 17 00:00:00 2001
From: Federico Kircheis 
Date: Tue, 2 Jul 2019 20:53:55 +0200
Subject: [PATCH 1/2] Add support for path with spaces

Quote most variables
---
 bin/cygport.in  |  74 +-
 lib/config_registry.cygpart |   8 +--
 lib/src_compile.cygpart |   2 +-
 lib/src_fetch.cygpart   |  30 +--
 lib/src_prep.cygpart| 102 ++--
 lib/syntax.cygpart  |  10 ++--
 6 files changed, 113 insertions(+), 113 deletions(-)

diff --git a/bin/cygport.in b/bin/cygport.in
index 12909fe..0503676 100755
--- a/bin/cygport.in
+++ b/bin/cygport.in
@@ -42,7 +42,7 @@ declare -r _privsysconfdir=@sysconfdir@;
 
 
 ### import defined, pushd, popd
-source ${_privlibdir}/syntax.cygpart
+source "${_privlibdir}/syntax.cygpart"
 ###
 
 
@@ -166,7 +166,7 @@ source ${_privlibdir}/help.cygpart
 # Accept --help and --version arguments without specifying a cygport file
 while true
 do
-	case ${1} in
+	case "${1}" in
 	--help|-h|-\?)
 		__show_help;
 		exit 0;
@@ -204,7 +204,7 @@ do
 	esac
 done
 
-declare -ar argv=(${0} ${@})
+declare -ar argv=(${0} "${@}")
 declare -ir argc=$(( $# + 1 ))
 
 # Show help if no commands are given
@@ -222,7 +222,7 @@ fi
 
 
 ### import check_prog and friends
-source ${_privlibdir}/check_funcs.cygpart
+source "${_privlibdir}/check_funcs.cygpart"
 ###
 
 # check now for all mandatory programs
@@ -349,11 +349,11 @@ unset _autotools_CYGCLASS_ _autotools_CYGCLASS_stage1_
 
 
 unset NAME VERSION RELEASE
-if [ -f ${argv[1]} ]
+if [ -f "${argv[1]}" ]
 then
-	eval $(grep '^NAME=' ${argv[1]})
-	eval $(grep '^VERSION=' ${argv[1]})
-	eval $(grep '^RELEASE=' ${argv[1]})
+	eval "$(grep '^NAME=' "${argv[1]}")"
+	eval "$(grep '^VERSION=' "${argv[1]}")"
+	eval "$(grep '^RELEASE=' "${argv[1]}")"
 fi
 
 if [ "${NAME+y}${VERSION+y}${RELEASE+y}" = "yyy" ]
@@ -371,7 +371,7 @@ declare -r  PN=${PF%%-[0-9]*};
 declare NAME=${PN}
 declare -r  PR=${PF##*-};
 declare RELEASE=${PR}
-PV=$(echo ${PF} | sed -e "s/${PN}\-\(.*\)\-${PR}$/\1/");
+PV=$(echo "${PF}" | sed -e "s/${PN}\-\(.*\)\-${PR}$/\1/");
 declare VERSION=${PV}
 declare -r  cygportfile=${PF}.cygport;
 fi
@@ -395,7 +395,7 @@ _topdir=${argv[1]%/*};
 
 if [ "x${_topdir}" = "x${argv[1]}" ]
 then
-	if [ -f ./${cygportfile} ]
+	if [ -f "./${cygportfile}" ]
 	then
 		_topdir=.;
 	else
@@ -406,7 +406,7 @@ fi
 declare -r top=$(cd ${_topdir}; pwd);
 unset _topdir;
 
-if [ ! -e ${top}/${cygportfile} ]
+if [ ! -e "${top}/${cygportfile}" ]
 then
 	error "${cygportfile} not found.";
 fi
@@ -438,7 +438,7 @@ done
 unset n VALUE ARCHES VAR
 
 ### load .cygport
-source ${top}/${cygportfile} || error "could not read ${cygportfile}"
+source "${top}/${cygportfile}" || error "could not read ${cygportfile}"
 ###
 
 case ${ARCH} in
@@ -448,7 +448,7 @@ esac
 
 if defined CYGPORT_DEPEND
 then
-	if ! __version_at_least ${CYGPORT_DEPEND} ${_cygport_version}
+	if ! __version_at_least "${CYGPORT_DEPEND}" "${_cygport_version}"
 	then
 		error "This package requires cygport ${CYGPORT_DEPEND} or newer";
 	fi
@@ -511,7 +511,7 @@ declare -r uploadlog="${logdir}/${PF}-upload.log";
 
 for _src_uri in ${SRC_URI}
 do
-	if [ -f ${top}/${_src_uri} ]
+	if [ -f "${top}/${_src_uri}" 

Updated: neomutt-20200501-1

[Federico Kircheis via Cygwin-announce]

Version 20200501-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200501.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20200501-1

[Federico Kircheis via Cygwin-announce]

Version 20200501-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200501.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: neomutt-20200424-1

[Federico Kircheis via Cygwin-announce]

Version 20200424-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200424.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20200424-1

[Federico Kircheis via Cygwin-announce]

Version 20200424-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200424.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

Updated: neomutt-20200417-1

[Federico Kircheis via Cygwin-announce]

Version 20200417-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200417.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

[ANNOUNCEMENT] Updated: neomutt-20200417-1

[Federico Kircheis via Cygwin-announce]

Version 20200417-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200417.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: neomutt-20200320-1

[Federico Kircheis via Cygwin-announce]

Version 20200320-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200320.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20200320-1

[Federico Kircheis via Cygwin-announce]

Version 20200320-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200320.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

Updated: neomutt-20200313-1

[Federico Kircheis via Cygwin-announce]

Version 20200313-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 20200313.

On GitHub it is possible to find the changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

Re: [ITP] jpegoptim

[Federico Kircheis]

On 20.12.19 17:57, Marco Atzeri wrote:

looks fine. I added it to the package list.
You can upload


Thank you very much, packages uploaded.

Federico

[ITP] jpegoptim

[Federico Kircheis]

Hello to everyone,

I'm interested in becoming a package maintainer for the program jpegoptim.
(see https://github.com/tjko/jpegoptim)

It would be a new package for the cygwin distribution, but it is already
distributed on different systems, like Arch, Debian, Fedora, openSUSE,
Gentoo and many others, including BSD and Mac OS (more information can
be found here: https://packages.debian.org/sid/jpegoptim, 
https://packages.gentoo.org/packages/media-gfx/jpegoptim, 
https://software.opensuse.org/package/jpegoptim, 
https://pkgs.org/download/jpegoptim).



Currently there is an unofficial x64 Windows port at 
https://github.com/XhmikosR/jpegoptim-windows/.


The current latest release can be downloaded from 
https://github.com/tjko/jpegoptim/archive/RELEASE.1.4.6.tar.gz



.hint and .cygport files are attached


Best regards

Federico Kircheis

# jpegoptim.hint
sdesc: "utility to optimize jpeg files"
ldesc: "Provides lossless optimization (based on optimizing the Huffman tables) 
and "lossy" optimization based on setting maximum quality factor."
category: Graphics
# jpegoptim.cygport
NAME="jpegoptim"
VERSION=1.4.6
RELEASE=1
SUMMARY="utility to optimize jpeg files"
DESCRIPTION="Provides lossless optimization (based on optimizing the Huffman 
tables) and "lossy" optimization based on setting maximum quality factor."
CATEGORY="Graphics"

HOMEPAGE="https://www.kokkonen.net/tjko/projects.html;
SRC_URI="https://github.com/tjko/jpegoptim/archive/RELEASE.${VERSION}.tar.gz;
SRC_DIR="jpegoptim-RELEASE.${VERSION}"

DEPEND="libjpeg-devel"
REQUIRES="libjpeg8"

PKG_NAMES="jpegoptim"

src_compile() {
lndirs
cd ${B}
cygconf --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib 
--localstatedir=/var --datadir=/usr/share --mandir=/usr/share/man 
--infodir=/usr/share/info
cygmake CC="${CC}" CXX="${CXX}" AR="${AR}" RANLIB="${RANLIB}" 
STRIP=/usr/bin/true
}

[ANNOUNCEMENT] Updated: neomutt-20191207-1

[Federico Kircheis]

Version 20191207-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 2019-12-07, this 
corresponds to cygwin version 20191207.


This update mainly consists of bug fixes.


On GitHub it is possible to find the complete changelog for the new 
release: https://github.com/neomutt/neomutt/releases/tag/20191207


Federico

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20191207-1

[Federico Kircheis]

Version 20191207-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 2019-12-07, this 
corresponds to cygwin version 20191207.


This update mainly consists of bug fixes.


On GitHub it is possible to find the complete changelog for the new 
release: https://github.com/neomutt/neomutt/releases/tag/20191207


Federico

[ANNOUNCEMENT] Updated: neomutt-20191129-1

[Federico Kircheis]

Version 20191119-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 2019-11-02, this 
corresponds to cygwin version 20191102.


This update mainly consists of bug fixes.


On GitHub it is possible to find the complete changelog for the new 
release: https://github.com/neomutt/neomutt/releases/tag/20191129


Federico

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20191129-1

[Federico Kircheis]

Version 20191119-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 2019-11-02, this 
corresponds to cygwin version 20191102.


This update mainly consists of bug fixes.


On GitHub it is possible to find the complete changelog for the new 
release: https://github.com/neomutt/neomutt/releases/tag/20191129


Federico

Re: [ANNOUNCEMENT] Updated: neomutt-20191102-1

[Federico Kircheis]

On November 13, 2019 4:36:42 PM UTC, Jon Turney  
wrote:
>On 11/11/2019 18:23, Achim Gratz wrote:
>> Federico Kircheis writes:
>>> Now version 2019 is out, and calm notifies through and error
>that
>>> this version is older than the current.
>
>This seems to be working as intended, as it's notifying you of an
>actual 
>problem.
>
>>> How can I/we fix this issue?
>
>Sorry, this isn't well documented by [1].
>
>This check can be disabled for a package by adding a 'disable-check: 
>curr-most-recent' line to override.hint (creating that file if
>necessary)
>
>> One way would be to make the 201922 version a "test" version, then
>after
>> you've uploaded the 2019 version you can remove it.
>
>But that's not sufficient, as people who have already installed 
>20191122-1 won't get 'downgraded' by setup (since 20191122  > 2019)
>
>So a 'replace-versions: 20191122-1' line in override.hint is also
>needed.
>
>Unfortunately, due to setup limitations, that can't name a version 
>that's also available to install, so that version also needs to be
>removed.
>
>Anyhow, I did all that, so things should be good now.
>
>[1] https://cygwin.com/packaging-hint-files.html#override.hint

Thank you very much,

I received some minutes ago the mail from calm and was wondering what was going 
on

Federico

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: neomutt-20191102-1

[Federico Kircheis]

On 02.11.19 17:06, Federico Kircheis wrote:

Version 20191102-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 2019-11-02, this 
corresponds to cygwin version 20191102.


The previous release had some stability issues, so upgrading is strongly 
recommended.



On GitHub it is possible to find the complete changelog for the new 
release:

https://github.com/neomutt/neomutt/releases

Federico

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple



Hello,

I noticed that I wrongly tagged the previous version as version 20191122 
and not 20191102.


Now version 2019 is out, and calm notifies through and error that 
this version is older than the current.


How can I/we fix this issue?

Federico

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: neomutt-20191102-1

[Federico Kircheis]

Version 20191102-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 2019-11-02, this 
corresponds to cygwin version 20191102.


The previous release had some stability issues, so upgrading is strongly 
recommended.



On GitHub it is possible to find the complete changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Updated: neomutt-20191102-1

[Federico Kircheis]

Version 20191102-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 2019-11-02, this 
corresponds to cygwin version 20191102.


The previous release had some stability issues, so upgrading is strongly 
recommended.



On GitHub it is possible to find the complete changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico

Updated: neomutt-20191025-1

[Federico Kircheis]

Version 20191025-1 of neomutt has been uploaded.

The command line mail reader neomutt reached version 2019-10-25, this 
corresponds to cygwin version 20191025.


This release contains a lot of changes, both internal as external.

Also the cygwin port is now compiled with more externals/optional 
libraries (adding support for more protocols/configurations), and 
switched from `-ssl` to `-gnutls` like some GNU/Linux distributions.


On GitHub it is possible to find the complete changelog for the new release:
https://github.com/neomutt/neomutt/releases

Federico