On 03/06/2020 11:23, Achim Gratz wrote:
I'm in the process of getting the next maintenance update for Perl-5.30
ready. I'm trying to prepare for the inevitable major update (that will
not be binary compatible, so requires a complete repackaging of all
dependencies again) some time later. I
On 02/06/2020 22:28, Jon Turney wrote:
On 02/06/2020 15:31, Ken Brown via Cygwin-apps wrote:
On 6/2/2020 10:26 AM, Jon Turney wrote:
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
I'll see what I can figure out, but as I said, it doesn't look
On 02/06/2020 15:31, Ken Brown via Cygwin-apps wrote:
On 6/2/2020 10:26 AM, Jon Turney wrote:
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
Thanks! That gets me much further in the glib build. I still have
a problem with the docs, but I have
On 01/06/2020 12:30, Jon Turney wrote:
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
Thanks! That gets me much further in the glib build. I still have a
problem with the docs, but I have no reason to think it's a meson bug.
When running 'ninja install' I get the following
On 01/06/2020 00:58, Ken Brown via Cygwin-apps wrote:
On 5/31/2020 4:52 PM, Jon Turney wrote:
On 29/05/2020 16:54, Jon Turney wrote:
On 27/05/2020 21:32, Ken Brown via Cygwin-apps wrote:
It looks like I've bumped into a variation of this bug. While
attempting to build the documentation
On 29/05/2020 16:54, Jon Turney wrote:
On 27/05/2020 21:32, Ken Brown via Cygwin-apps wrote:
It looks like I've bumped into a variation of this bug. While
attempting to build the documentation for the latest glib2.0 release,
I got the following:
FAILED: docs/reference/gobject/gobject
On 25/05/2020 16:04, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 1:00 PM, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 12:45 PM, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 11:56 AM, Jon Turney wrote:
On 21/05/2020 18:07, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 11:48 AM, Jon
On 27/05/2020 21:32, Ken Brown via Cygwin-apps wrote:
On 5/24/2020 11:56 AM, Jon Turney wrote:
So, yeah, this is a meson bug, which I will work on (if this command
ends up in the build.ninja, it's executed by ninja with 'sh -c', but
if it ends up in a pickle, it's executed by meson with execve
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 noticed that the output from pushing to
these git repositories now includes
On 25/05/2020 05:52, Marco Atzeri via Cygwin-apps wrote:
On 27.04.2020 16:34, Jon Turney wrote:
On 23/04/2020 22:54, Yaakov Selkowitz wrote:
On Fri, 2020-04-10 at 14:52 +0200, Marco Atzeri via Cygwin-apps wrote:
Am 26.03.2020 um 08:19 schrieb Yaakov Selkowitz:
On Thu, 2020-03-26 at 06:54
On 25/05/2020 13:45, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
On 17/05/2020 20:49, Marco Atzeri via Cygwin-apps wrote:
On 17.05.2020 21:37, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
NB: Tested the SSH key and it seems to be working just fine.
Should I upload this as a testing package
On 21/05/2020 20:58, Jon Turney wrote:
On 21/05/2020 19:27, Thomas Wolff wrote:
I wanted to upload mintty 3.1.6 with a specific setup.hint containing
curr: 3.1.6
prev: 3.1.4
but got it wrong so the upload was "normal" instead.
I've now uploaded just the setup.hint (mintty-3.
On 21/05/2020 18:07, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 11:48 AM, Jon Turney wrote:
On 21/05/2020 16:13, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 9:24 AM, Jon Turney wrote:
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps
On 21/05/2020 19:27, Thomas Wolff wrote:
I wanted to upload mintty 3.1.6 with a specific setup.hint containing
curr: 3.1.6
prev: 3.1.4
but got it wrong so the upload was "normal" instead.
I've now uploaded just the setup.hint (mintty-3.1.6-1.hint) and !ready
files manually. Will that work or
On 21/05/2020 16:13, Ken Brown via Cygwin-apps wrote:
On 5/21/2020 9:24 AM, Jon Turney wrote:
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote:
I would like to adopt gimp and related packages. At the moment I'm
having trouble
On 20/05/2020 15:50, Ken Brown via Cygwin-apps wrote:
On 5/19/2020 7:04 PM, Ken Brown via Cygwin-apps wrote:
I would like to adopt gimp and related packages. At the moment I'm
having trouble with babl, which is needed for gegl0.4, which is needed
for gimp. The problem involves
On 14/05/2020 18:11, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
Name: Hamish McIntyre-Bhatty
BEGIN SSH2 PUBLIC KEY
Done.
On 08/05/2020 19:23, Marco Atzeri via Cygwin-apps wrote:
Am 08.05.2020 um 18:55 schrieb David Rothenberger:
Would someone with sourceware access please remove the test tag from
rdiff-backup-2.0.0-2? I couldn't figure out how to do it with cygport.
Unfortunately, a self-service way to do this
.
Obviously that's still the vast majority, since 3.8 just got updated to
a stable version.
Jon Turney, if a python-foo source package was previously building e.g.
python27-foo, python36-foo, and python37-foo, and now starts building
only python37-foo and python38-foo, is calm going to complain?
Yes
On 16/04/2020 09:29, Marco Atzeri via Cygwin-apps wrote:
packaging is fine.
Still no clue about
Note: Writing glBlendColor.3G
Element div in namespace '' encountered in td, but no template matches.
These warnings are basically the docbook way of saying "can't render the
content in the
On 15/04/2020 20:57, Marco Atzeri via Cygwin-apps wrote:
Am 15.04.2020 um 17:38 schrieb Marco Atzeri:
Am 15.04.2020 um 14:59 schrieb Jon Turney:
On 14/04/2020 16:23, Marco Atzeri via Cygwin-apps wrote:
Am 10.04.2020 um 16:47 schrieb Jon Turney:
This package contains OpenGL manpages from
On 15/04/2020 16:59, Marco Atzeri via Cygwin-apps wrote:
Am 15.04.2020 um 16:51 schrieb Jon Turney:
This package contains the mathml DTD
This is prerequisite of gl-manpages.
cygport file:
https://github.com/jon-turney/w3-dtd-mathml-cygport/blob/master/w3-dtd-mathml.cygport
package files
On 14/04/2020 16:23, Marco Atzeri via Cygwin-apps wrote:
Am 10.04.2020 um 16:47 schrieb Jon Turney:
This package contains OpenGL manpages from
https://github.com/KhronosGroup/OpenGL-Refpages
These are packaged in Fedora (gl-manpages), debian
(khronos-opengl-man4), etc.
cygport file
On 11/04/2020 17:52, Marco Atzeri via Cygwin-apps wrote:
Am 11.04.2020 um 18:15 schrieb Jon Turney:
On 11/04/2020 14:49, Marco Atzeri via Cygwin-apps wrote:
Am 10.04.2020 um 16:47 schrieb Jon Turney:
This package contains OpenGL manpages from
https://github.com/KhronosGroup/OpenGL-Refpages
On 11/04/2020 14:49, Marco Atzeri via Cygwin-apps wrote:
Am 10.04.2020 um 16:47 schrieb Jon Turney:
This package contains OpenGL manpages from
https://github.com/KhronosGroup/OpenGL-Refpages
These are packaged in Fedora (gl-manpages), debian
(khronos-opengl-man4), etc.
cygport file
---
lib/src_install.cygpart | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/src_install.cygpart b/lib/src_install.cygpart
index 4f34c56..6ba8ca7 100644
--- a/lib/src_install.cygpart
+++ b/lib/src_install.cygpart
@@ -492,7 +492,7 @@ doman() {
This package contains OpenGL manpages from
https://github.com/KhronosGroup/OpenGL-Refpages
These are packaged in Fedora (gl-manpages), debian
(khronos-opengl-man4), etc.
cygport file:
https://github.com/jon-turney/gl-manpages-cygport/blob/master/gl-manpages.cygport
package files:
http
On 07/04/2020 17:52, Achim Gratz wrote:
Yaakov Selkowitz writes:
Automatically create a test release if the release string starts with a literal
"0"
Nak. There is not necessarily any correlation between a -0.* release
and whether it should be test or not.
Then there ought to be. :-)
On 07/04/2020 01:41, cygwin-no-re...@cygwin.com wrote:
WARNING: package 'libao' version '1.2.0-1' has empty install tar file, but it's
not in the _obsolete category
It looks like this package is empty on x86, but contains documentation
on x86_64.
I guess this is perhaps because some tool
On 24/03/2020 03:07, Yaakov Selkowitz wrote:
On Sat, 2020-02-08 at 13:46 +, Jon Turney wrote:
Pushed to master, please test.
It seems I missed updating the check that all the expected package files
exist for source package hints.
Patch attached (without this upload isn't permitted
On 27/03/2020 14:05, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
So, I went ahead and made a package, and it's available at
https://www.hamishmb.com/files/cygwin-temp/.
Does anyone mind checking for me that I've done this right, just so I
can get the technique down before I try to package
I've recently deployed some updates to calm, which change a few things
maintainers may notice:
* test: and prev: lines are no longer permitted in override.hint
Instead of test:, use the test: label in the pvr.hint to mark test
packages (which 'cygport package-test' or 'all-test' add for
On 27/03/2020 16:15, Thomas Wolff wrote:
Am 27.03.2020 um 16:41 schrieb Jon Turney:
On 27/03/2020 14:35, Thomas Wolff wrote:
Am 27.03.2020 um 13:21 schrieb Jon Turney:
On 27/03/2020 10:17, Thomas Wolff wrote:
How does cygport upload work?
I previously uploaded with sftp but cygport
On 27/03/2020 14:35, Thomas Wolff wrote:
Am 27.03.2020 um 13:21 schrieb Jon Turney:
On 27/03/2020 10:17, Thomas Wolff wrote:
How does cygport upload work?
I previously uploaded with sftp but cygport apparently runs lftp and
it asks me for a password.
This just seems to be a thing lftp does
On 27/03/2020 10:17, Thomas Wolff wrote:
How does cygport upload work?
I previously uploaded with sftp but cygport apparently runs lftp and it
asks me for a password.
This just seems to be a thing lftp does.
If the key isn't coming from ssh-agent, it always asks for a passphrase.
If the key
Otherwise, if such a file is present with variant case, it is only
installed on case-insensitive systems, making tests behave differently
there.
Add 'Changelog' to the explicit list of docs to package used in
libtxc_dxtn.cygport.
Add documentation files which are now installed into expected
R-nanotime 0.2.3 has been archived
Lua is now 5.3
Perl is now 5.30
No idea where jquery.js might come from...
---
testsuite/download/R/R-nanotime.cygport | 2 +-
testsuite/lua/all/lua-lfs.list | 2 +-
testsuite/perl/ExtUtils-MakeMaker/perl-Carp.list | 4 ++--
---
.github/workflows/cygwin.yml | 116 +++
1 file changed, 116 insertions(+)
create mode 100644 .github/workflows/cygwin.yml
diff --git a/.github/workflows/cygwin.yml b/.github/workflows/cygwin.yml
new file mode 100644
index 000..5fd2a2f
--- /dev/null
+++
---
.../dist/multiple/multiple-3.14-1-src.hint | 1 +
.../single-2.3.4-1.x86_64/dist/single/single-2.3.4-1-src.hint| 1 +
2 files changed, 2 insertions(+)
diff --git
a/testsuite/hints/multiple/hints/multiple-3.14-1.x86_64/dist/multiple/multiple-3.14-1-src.hint
Fixup test suite
Add a GitHub action to run the test suite (unfortunately, there seems to be
no way to turn on case-sensitivity in that environment, so we also need to
adjust tests to function with case-insensitive filesystem)
Jon Turney (4):
Update tests for build-depends: appearing
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.904.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.904.x86.exe(32 bit version)
Please test, and report any problems here.
This is not the place for setup feature requests.
Changes compared
On 20/03/2020 16:17, Doug Henderson via Cygwin-apps wrote:
On Thu, 19 Mar 2020 at 22:03, Yaakov Selkowitz <> wrote:
Hello Cygwin package maintainers,
To that end, in the best interest of the community, please consider my
packages up for adoption. I don't expect that any one person will
On 21/03/2020 12:47, Thomas Wolff wrote:
Am 20.03.2020 um 13:09 schrieb Jon Turney:
On 20/03/2020 03:47, Yaakov Selkowitz wrote:
Hello Cygwin package maintainers,
[...]
To that end, in the best interest of the community, please consider my
packages up for adoption. I don't expect that any
On 20/03/2020 10:19, Corinna Vinschen wrote:
There's no number of goldstars or plush hippos which would do justice to
what you did for Cygwin, Yaakov. If there's something like the ULTIMATE
PLUSH HIPPO REPLACING EVRY OTHER PLUSH HIPPO, you should get it.
So what you are saying is a Pink
On 20/03/2020 03:47, Yaakov Selkowitz wrote:
Hello Cygwin package maintainers,
[...]
To that end, in the best interest of the community, please consider my
packages up for adoption. I don't expect that any one person will take
all of them; some are obsolete and due for removal anyway, some
Allow for the terminating null.
---
archive.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/archive.cc b/archive.cc
index e4af4f7..1ceb355 100644
--- a/archive.cc
+++ b/archive.cc
@@ -173,7 +173,7 @@ archive::extract_file (archive * source, const std::string&
prefixURL,
This avoids setup trying to make shortcuts with the same pathname, when both
32-bit and 64-bit installs exist on a 64-bit system.
Jon Turney (2):
Factor out WoW detection
Rename Start Menu folder for 32-bit installs on WoW64
desktop.cc | 13 ++---
nio-ie5.cc | 45
This is not totally straightforward: Since setup can install Cygwin with
either bitness (using the '--arch 32|64' option), we must do the right
thing if this is a 64-bit installer being used to install 32-bit Cygwin,
which will run under WoW, even if the installer isn't...
(Naming things like
Factor out WoW detection as a separate function
---
nio-ie5.cc | 45 -
win32.cc | 26 ++
win32.h| 2 ++
3 files changed, 44 insertions(+), 29 deletions(-)
diff --git a/nio-ie5.cc b/nio-ie5.cc
index f5ad020..fe61b77 100644
Add a new option '--enable-old-keys', for if you really need to install
from an old mirror for some reason.
'--disable-old-keys' is still accepted, but is the default now.
---
crypto.cc | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/crypto.cc b/crypto.cc
index
Add some infrastructure for options which may appear with multiple
prefixes.
Add an implementation of paired boolean options like '--enable-foo' and
'--disable-foo', or '--bar' and '--no-bar'.
Add/fix tests
---
libgetopt++/include/getopt++/BoolOption.h | 17 +--
Jon Turney (2):
Implement paired boolean options
Disable old Cygwin setup signing key by default
crypto.cc | 7 +--
libgetopt++/include/getopt++/BoolOption.h | 17 +--
libgetopt++/include/getopt++/Option.h | 6 ++-
libgetopt++/include
On 15/03/2020 17:34, Brian Inglis wrote:
On Sat, 14 Mar 2020 15:54:31 +0100, Marco Atzeri wrote:
Am 09.03.2020 um 22:22 schrieb Jon Turney:
On 06/03/2020 18:27, Jon Turney wrote:
On 04/03/2020 13:33, Jon Turney wrote:
Assuming this migration goes ahead as planned this weekend:
* I'll stop
On 28/02/2020 17:45, Jon Turney wrote:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.902.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.902.x86.exe (32 bit version)
[...]
* using multiple keys (i.e. the .sig file contains multiple
On 06/03/2020 18:27, Jon Turney wrote:
On 04/03/2020 13:33, Jon Turney wrote:
Assuming this migration goes ahead as planned this weekend:
* I'll stop package upload processing sometime on Friday
* An announcement will be made when package upload processing is
restored.
package maintainer
On 04/03/2020 13:33, Jon Turney wrote:
Assuming this migration goes ahead as planned this weekend:
* I'll stop package upload processing sometime on Friday
* An announcement will be made when package upload processing is restored.
* Cygwin setup should continue to function (if it can't
Assuming this migration goes ahead as planned this weekend:
* I'll stop package upload processing sometime on Friday
* An announcement will be made when package upload processing is restored.
* Cygwin setup should continue to function (if it can't contact
cygwin.com to fetch the mirror
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.902.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.902.x86.exe(32 bit version)
Please test, and report any problems here.
Changes compared to 2.901:
- Can now verify (using a public key
Build an adaptor for log output from gcrypt (unfortunately complex as it
needs to gather/split lines on '\n')
Don't really need a hard breakpoint for ERRKIND, so it's the same,
irrespective of CRYPTODEBUGGING being defined.
Always debug log the pk type and hash alg in use.
Allow CRYPTODEBUGGING
crypto.cc can now generate output lines bigger than the current buffer
size
---
LogSingleton.cc | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/LogSingleton.cc b/LogSingleton.cc
index 73b8fb6..e08717f 100644
--- a/LogSingleton.cc
+++ b/LogSingleton.cc
@@ -81,10 +81,10
Rather than stopping after the first signature packet, handle multiple
signature packets appearing in a .sig file. If any of them is a valid
signature from a known key, then the signature is good.
---
crypto.cc | 288 +-
1 file changed, 156
Jon Turney (4):
Various improvements to debug output from crypto.cc
Increase buffer size in LogPrintf adaptors
Provide hash to DSA as an opaque block
Handle multiple signature packets in .sig file
LogSingleton.cc | 8 +-
crypto.cc | 363
This allows libgcrypt to truncate the hash correctly when a hash alg is
specified which produces more than the 160 bits DSA accepts.
---
crypto.cc | 20 +---
1 file changed, 5 insertions(+), 15 deletions(-)
diff --git a/crypto.cc b/crypto.cc
index 364ef82..428b100 100644
---
On 25/02/2020 08:44, Thomas Wolff wrote:
Trying to upload mintty, my sftp access fails.
After reconfiguration of my machine, I copied over the complete ~/.ssh
directory (which worked between completely different machines before),
but it says
cygwin-rdbxbdvo6bxqt0dzr+a...@public.gmane.org:
---
crypto.cc | 106 +-
1 file changed, 65 insertions(+), 41 deletions(-)
diff --git a/crypto.cc b/crypto.cc
index 118d4d7..9a84376 100644
--- a/crypto.cc
+++ b/crypto.cc
@@ -42,10 +42,10 @@
/* Command-line options for specifying and
---
crypto.cc | 162 ++
crypto.h | 5 +-
2 files changed, 103 insertions(+), 64 deletions(-)
diff --git a/crypto.cc b/crypto.cc
index e2ed7b2..118d4d7 100644
--- a/crypto.cc
+++ b/crypto.cc
@@ -52,7 +52,7 @@ static BoolOption
---
gpg-key-to-s-expr.sh | 49 +++-
1 file changed, 35 insertions(+), 14 deletions(-)
diff --git a/gpg-key-to-s-expr.sh b/gpg-key-to-s-expr.sh
index 1938bbf..f5c6799 100755
--- a/gpg-key-to-s-expr.sh
+++ b/gpg-key-to-s-expr.sh
@@ -13,7 +13,7 @@
# Written
Jon Turney (4):
Convert msg under CRYPTODEBUGGING to LogBabblePrintf
Add support for RSA key signatures
Teach gpg-key-to-s-expr.sh to handle RSA pubkeys
Teach --pubkey option to handle RSA keys
crypto.cc| 278 ++-
crypto.h
Convert msg under CRYPTODEBUGGING to LogBabblePrintf, missed in 6f2a7375.
---
crypto.cc | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/crypto.cc b/crypto.cc
index fabd097..e2ed7b2 100644
--- a/crypto.cc
+++ b/crypto.cc
@@ -161,7 +161,7 @@ pkt_cb_resp
Arrange to call AttachConsole() when not elevating (e.g. 'setup -B').
This seems to be needed for output to stdout to work via a Windows
pseudo-console ('conpty'), as is used with cygwin >=3.0.0.
Note that setup is a GUI application. I have no idea what it means to
write to stdout without
On 18/02/2020 20:34, Marco Atzeri wrote:
moving to Apps.
Am 16.02.2020 um 21:32 schrieb Achim Gratz:
Perl 5.30.1-1 is now available on Cygwin, replacing perl-5.26.3-2. Most
Perl distributions and dependent packages have been either re-released
or updated in conjunction with this update, for
Pass through HOMEPAGE as homepage: in that hint, if present.
requires: in a source package hint makes no sense.
---
lib/pkg_pkg.cygpart | 21 ---
.../dist/multiple/multiple-3.14-1-src.hint| 6 ++
testsuite/hints/multiple/multiple.cygport |
currently
has to use some complex logic to see if it's being used by a source or an
install package, which still doesn't always work correctly))
Jon Turney (1):
Generate a separate .hint for the source package
lib/pkg_pkg.cygpart | 21 ---
.../dist
Verify that signature using a new key, or the old key (unless the
--disable-old-keys option is used)
$ gpg -u --export >cygwin.pub
$ ./gpg-key-to-s-expr.sh -C ./cygwin.pub >cyg-pubkey.h
---
crypto.cc| 30 +-
cyg-old-pubkey.h | 14 ++
cyg-pubkey.h
Restructure how we try keys in order for signature checking, so we can
log which key signature was made by
---
crypto.cc | 97 +--
1 file changed, 51 insertions(+), 46 deletions(-)
diff --git a/crypto.cc b/crypto.cc
index 5a10e16..3720f01
Unused since 1e0f90f9
---
gpg-error-config-fake | 57 ---
1 file changed, 57 deletions(-)
delete mode 100755 gpg-error-config-fake
diff --git a/gpg-error-config-fake b/gpg-error-config-fake
deleted file mode 100755
index 7dcc92d..000
---
Don't apply the patch [3/3], as that contains the pubkey from a random 3072D
key I generated to test this.
I'm not sure what best practice is for key generation at the moment.
Unfortunately, the existing code only handles DSA keys, which might conflict
with following that.
Jon Turney (3
On 20/02/2020 21:35, Schulman, Andrew via cygwin-apps wrote:
Thanks!
I was just sitting here thinking about the merits of verifying a new
key request like that by some kind of secure signature system, versus
just posting the request on a public mailing list, and having a human
acknowledge to
On 20/02/2020 19:37, Andrew Schulman via cygwin-apps wrote:
Name: Andrew Schulman
Done.
On 19/02/2020 23:41, Alexey Sokolov wrote:
19.02.2020 17:44, Jon Turney пишет:
On 18/02/2020 19:53, Marco Atzeri wrote:
Am 16.02.2020 um 16:30 schrieb Jon Turney:
On 16/02/2020 08:08, Marco Atzeri wrote:
Am 16.02.2020 um 07:55 schrieb ASSI:
Marco Atzeri writes:
Perhaps I should just
On 18/02/2020 19:53, Marco Atzeri wrote:
Am 16.02.2020 um 16:30 schrieb Jon Turney:
On 16/02/2020 08:08, Marco Atzeri wrote:
Am 16.02.2020 um 07:55 schrieb ASSI:
Marco Atzeri writes:
Perhaps I should just extend the list of special users who are allowed
to upload orphaned packages
On 16/02/2020 08:08, Marco Atzeri wrote:
Am 16.02.2020 um 07:55 schrieb ASSI:
Marco Atzeri writes:
If needed I built subversion-1.13.0-2 for both architecture
starting from your subversion-1.13.0-1 source.
Thank you!
Only bumped the version and built with perl 5.30.
I have not investigated
deletions(-)
create mode 100644 CliParseFeedback.cc
create mode 100644 CliParseFeedback.h
diff --git a/CliParseFeedback.cc b/CliParseFeedback.cc
new file mode 100644
index 000..6dc48ba
--- /dev/null
+++ b/CliParseFeedback.cc
@@ -0,0 +1,54 @@
+/*
+ * Copyright (c) 2020 Jon Turney
Add IniDBBuilderLint, a do-nothing subclass of InitDBBuilder
Use CliParseFeedback for parser feedback
---
IniDBBuilderLint.h | 55 ++
Makefile.am| 17 --
ini.cc | 2 --
ini.h | 2 ++
inilintmain.cc | 31
Fix Makefile.am for inilint
Always build inilint, so it doesn't rust again
---
Makefile.am | 24 ++--
configure.ac | 13 -
2 files changed, 2 insertions(+), 35 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 0ef3d6e..04bb668 100644
--- a/Makefile.am
+++
Pass an "Install for all users" flag into setDefaultSecurity(), rather
than evaluating it there, for better decoupling from settings & UI.
---
main.cc | 2 +-
win32.cc | 5 ++---
win32.h | 2 +-
3 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/main.cc b/main.cc
index
This effectively reverts commit 618bd457849ed44d301d27d81d3b2f262f798897.
---
IniDBBuilder.h| 58 +++
IniDBBuilderPackage.h | 6 ++---
ini.h | 4 +--
inilex.ll | 4 +--
iniparse.yy | 4 +--
5 files changed,
I have a vague aspiration to add some automated tests to setup.
This is a first step on that long road, by restoring building a command line
tool using a component which has existing moderately good isolation, the
iniparser.
Jon Turney (7):
More updates for "using namespace std;&quo
overlooked in 155eacb6
---
inilintmain.cc | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/inilintmain.cc b/inilintmain.cc
index 33239fb..a4c4cb1 100644
--- a/inilintmain.cc
+++ b/inilintmain.cc
@@ -27,8 +27,8 @@ yyerror (const std::string& s)
{
std::ostringstream
Pull yyerror() handling up into IniParseFeedback
Collect the parser errors in IniParseFeedback
Make IniParseFeedback an abstract base class
---
IniParseFeedback.cc | 24
IniParseFeedback.h | 13 +++--
Makefile.am | 2 --
ini.cc | 44
Add the ability to specify provides: and conflicts: hints in the cygport.
Jon Turney (2):
Add test which compares hints with expected
Add provides: and conflicts: hints
lib/pkg_pkg.cygpart | 74 ++-
testsuite/hints/meson.build | 1
Extend test-driver so it can compare hints with expected
Add a test of hints for a cygport which creates a single package
Add a test of hints for a cygport which creates multiple packages
---
testsuite/hints/meson.build | 1 +
.../libmultiple-devel-3.14-1.hint | 6
Add the ability to specify provides: and conflicts: hints in the
cygport.
---
lib/pkg_pkg.cygpart | 74 ++-
.../libmultiple1/libmultiple1-3.14-1.hint | 2 +
testsuite/hints/multiple/multiple.cygport | 2 +
.../dist/single/single-2.3.4-1.hint
On 04/02/2020 20:23, Achim Gratz wrote:
Andrew Schulman via cygwin-apps writes:
This is done for stow. Note, I only put the !perl file in
/noarch/release/stow, not also in /noarch/release/stow/perl-Stow. Andrew
Jon will chime in if I'm wrong, but the cookie file is good for the
whole subtree
Currently, if there is no cached mirrors list (e.g. this is the first
run), and we're behind some kind of proxy which doesn't let us through,
we'll try to fetch mirrors.lst, silently fail, and present the user with
an empty mirror list.
Instead, report failure to fetch mirror.lst if we don't have
On 18/11/2019 23:24, David Rothenberger wrote:
Is anyone willing to adopt Subversion?
Since I started maintaining it, my organization has switched to git,
so I no longer use it. While I can still build it, it is not easy and
taxes my 20 year old C/C++ skills. I would feel a lot more
comfortable
On 03/12/2019 21:14, John Zaitseff wrote:
Name: John Zaitseff
Package: trader
Done. Thanks.
Thank you. When I use sftp to connect to
cygwin-rdbxbdvo6bxqt0dzr+a...@public.gmane.org (as per
the instructions at https://cygwin.com/package-upload.html), I do
not see the file "!packages".
On 01/12/2019 20:52, John Zaitseff wrote:
Name: John Zaitseff
Package: trader
Done. Thanks.
On 01/12/2019 19:31, Ken Brown wrote:
On 8/1/2019 12:05 PM, Jon Turney wrote:
e.g. setup -q -g -P python3-lxml (which used to do something useful)
currently gets you an (empty) python3-lxml package, which will be replaced
by python36-lxml (which obsoletes it) on the next setup run. After
On 26/11/2019 19:40, Achim Gratz wrote:
Achim Gratz writes:
I've updated a few distributions for Perl-5.30 that pull in new
dependencies. Please add them to cygwin-pkg-maint and have these owned
by me, thanks.
Following are the new dependencies for grepmail (see Jari Aalto's
request):
701 - 800 of 1576 matches
Mail list logo
