Re: cygport test has zero exit status on failures

2021-05-09 Thread ASSI
Jason Pyeron writes: > Cygport test is not returning a non zero exit status on failure! Is > this expected? Yes, it is using 'make -k' under the hood. Again, if you need to do something else than what the standard invocation provides, you would generally write your own src_test() function.

RE: pdfgrep [ITA]

2021-05-09 Thread Jason Pyeron
(resending, accidentally sent direct to Marco) > -Original Message- > From: Marco Atzeri > Sent: Sunday, May 9, 2021 4:05 PM > > On 09.05.2021 21:54, Marco Atzeri wrote: > > On 09.05.2021 20:22, Jason Pyeron wrote: > > > > > > > $ ./pdfgrep.exe --help > > terminate called after throwing

cygport test has zero exit status on failures

2021-05-09 Thread Jason Pyeron
Cygport test is not returning a non zero exit status on failure! Is this expected? jenkinsoss-ci-cygwin ~/workspace/oss-cygwin-pdfgrep-2.1.2-x64 $ cygport pdfgrep.cygport test; echo $? >>> Testing pdfgrep-2.1.2-1.x86_64 Making check in src ... WARNING: Couldn't find the global config file. Test

Re: pdfgrep [ITA]

2021-05-09 Thread Marco Atzeri via Cygwin-apps
On 09.05.2021 21:54, Marco Atzeri wrote: On 09.05.2021 20:22, Jason Pyeron wrote: $ ./pdfgrep.exe --help terminate called after throwing an instance of 'std::runtime_error'   what():  locale::facet::_S_create_c_locale name not valid Aborted (core dumped) Same for your binary it seems

Re: pdfgrep [ITA]

2021-05-09 Thread Marco Atzeri via Cygwin-apps
On 09.05.2021 20:22, Jason Pyeron wrote: pull it up to the latest version (2.1.2), 2 Issues encountered and mitigated. 1. There are some significant changes in the functionality of 2.1.2 vs 1.4.1. 2. The tool chain has evolved a bit since 2016, so the current 1.4.1-1 release would not

Re: pdfgrep [ITA]

2021-05-09 Thread Achim Gratz
Jason Pyeron writes: > 2 Issues encountered and mitigated. > > 1. There are some significant changes in the functionality of 2.1.2 vs > 1.4.1. 2. The tool chain has evolved a bit since 2016, so the current > 1.4.1-1 release would not build anymore, so I have updated the cygport > as release 2. >

RE: pdfgrep [ITA]

2021-05-09 Thread Jason Pyeron
> -Original Message- > From: Jason Pyeron > Sent: Monday, May 3, 2021 3:28 PM > > > -Original Message- > > From: Achim Gratz > > Sent: Monday, May 3, 2021 3:21 PM > > > > Jason Pyeron writes: > > > Just noticed that https://cygwin.com/packages/summary/pdfgrep.html is > > > marked

[PATCH cygport] Raise an error if we package files in /usr/local

2021-05-09 Thread Jon Turney
If we end up with files in /usr/local/ in a package, this tends to suggest the prefix hasn't been applied somewhere, so raise an error. --- lib/pkg_pkg.cygpart | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/pkg_pkg.cygpart b/lib/pkg_pkg.cygpart index 91e8768..d643426

Re: GitHub automation for Cygwin builds [Was: Updated: moreutils v0.65-1]

2021-05-09 Thread Jon Turney
On 17/01/2021 15:33, Adam Dinwoodie wrote: On Sat, 16 Jan 2021 at 22:31, Ken Brown wrote: On 1/16/2021 3:33 PM, Adam Dinwoodie wrote: On Sat, 16 Jan 2021 at 20:22, Adam Dinwoodie wrote: Version 0.65-1 of moreutils has been uploaded and should be coming soon to a distribution server near you.

Re: git repositories for cygwin packaging - please test

2021-05-09 Thread Jon Turney
On 23/08/2020 22:01, Jon Turney wrote: On 27/05/2020 23:27, Jon Turney wrote: On 04/08/2019 21:08, Jon Turney wrote: To remedy this lack, using the same ssh key you use for sftp package upload, package maintainers can now also push to git repositories, like so: Package maintainers may have

Re: [PATCHES] cygport

2021-05-09 Thread Jon Turney
On 20/02/2021 08:15, Achim Gratz wrote: Achim Gratz writes: I've rebased several of my patches that have been offered before (and a new one) on top of the current upstream and would like to see them picked up: https://repo.or.cz/cygport/rpm-style.git/shortlog/refs/heads/to-upstream The first