I'd like to adopt the lz4 library that is currently listed as orphaned.
I've updated the cygport to the current version, 1.9.4:
https://github.com/crd477/lz4-cygport
Is it acceptable for me to put these updates into the cygwin git repository?
Also, is it expected that I should also take the
On 2022-10-23 13:42, Adam Dinwoodie wrote:
.hint and .cygport files are attached and can also be found here along
with built packages:
https://github.com/crd477/passwdqc-cygport
Mostly looks good to me, but I think there are a couple of errors:
- etc/passwdqc.conf and
On 2022-10-23 15:19, Adam Dinwoodie wrote:
On Sun, 23 Oct 2022 at 20:13, Chad Dougherty wrote:
I can't reproduce this and they all look OK in my local environment. By
any chance do you have a pointer to a public artifact where it occurs?
To be sure, these man pages should be identical
I've updated the cygport to the current upstream release version, 0.8.1:
https://github.com/crd477/xxhash-cygport
This version also fixes a minor problem with the existing
libxxhash-devel package - the import lib is incorrectly installed as a
copy of the dll.
Thanks...
--
-Chad
On 2022-10-23 15:41, Adam Dinwoodie wrote:
Ah! Error on my part: I hadn't realised how `man` handles redirects.
You're quite right, this is all good!
It looks like I don't have permission to commit this to the
cygwin-packages repository. Do I need additional approvals?
Likewise for the lz4
On 2022-10-09 10:23, Jon Turney wrote:
Thanks for looking into updating this. I'd like to give the existing
maintainer first refusal, though.
Any new thoughts on this?
There was a new upstream release, rsync-3.2.7, and I've updated my
cygport and its associated artifacts:
On 2022-10-30 10:26, Jon Turney wrote:
Looks like 'doc/lz4_manual.html' is created in the source directory by
the build.
That should be listed in DIFF_EXCLUDES, and maybe installed to be
included in the devel package?
Good catch. Done.
You should 'git rm' the patches which are no
On 2022-10-23 13:31, Adam Dinwoodie wrote:
On Sat, 22 Oct 2022 at 21:59, Chad Dougherty wrote:
I'd like to adopt the lz4 library that is currently listed as orphaned.
I've updated the cygport to the current version, 1.9.4:
https://github.com/crd477/lz4-cygport
I've not tested the actual
Hello,
I'm interested in becoming a package maintainer for passwdqc:
https://www.openwall.com/passwdqc/
It is a password/passphrase strength checking and policy enforcement
toolset, including command-line programs (pwqcheck, pwqfilter, and
pwqgen), and a library (libpasswdqc). Its primary
Hello all,
I've been using cygwin for a long time but this is my first attempt at
this process so please be gentle :)
I noticed that the current rsync package (3.2.3+20200903+git9f9240b-4)
is trailing on security updates and also still using the g-b-s method.
I pinged the listed maintainer
On 2022-10-06 13:24, Adam Dinwoodie wrote:
"no iconv" concerns me; I'm not desperately familiar with how iconv
works, but I believe that'll potentially cause issues for rsync users
who aren't using ASCII. I'd guess the issue is your build environment
is missing a relevant build-time dependency,
Name: Chad Dougherty
BEGIN SSH2 PUBLIC KEY
C3NzaC1lZDI1NTE5INJ3RlnS9WnMOyn6+dnPyktOriBh5a0V3yOlitsGUs+w
END SSH2 PUBLIC KEY
Hello,
I'm interested in becoming a package maintainer for minisign:
https://jedisct1.github.io/minisign/
I suspect the mailing list was blocking my original announcement about
this so I have put all of the relevant information in the README here:
On 2022-10-09 10:33, Jon Turney wrote:
Thanks.
I think I'd like to be using minisign to sign setup.ini for Cygwin's
setup, rather than the accident waiting to happen which is libgpg, but
that's a whole other project...
I admit that was an ulterior motive but I also recognize there's a
On 2022-10-09 11:09, Chad Dougherty wrote:
In the case of minisign, it uses CMake and needed to invoke cygcmake,
that's why I left src_compile() there. Is that wrong? It didn't
compile with that commented out even though I inherit cmake.
Err, disregard this. I failed to understand
On 2022-10-09 10:23, Jon Turney wrote:
> Thanks for looking into updating this. I'd like to give the existing
> maintainer first refusal, though.
>
Absolutely. It's totally OK with me if Jari would rather still maintain
this. I just figured I'd try my hand at the process in the meantime,
Corinna Vinschen wrote:
IIUC, that should be fixable by configuring gnupg with --disable-libdns.
Yes, below is the message that I sent to Marco but which was rejected by
this list because I wasn't subscribed at the time that I replied to all.
--
-Chad
On 2022-08-07 10:34, Marco
On 2022-11-04 08:34, Jon Turney wrote:
The second is not so clear: A package is orphaned if it's maintainer
is not responsive to queries as to if they still want to be the
maintainer of the package.
It's undefined how many times we should ping, or how long we should wait
for a response, but
18 matches
Mail list logo
