On 12/11/2022 16:58, Thomas Wolff wrote:
Am 12.11.2022 um 17:08 schrieb Jon Turney:
On 11/11/2022 20:02, Thomas Wolff wrote:
Am 11.11.2022 um 20:50 schrieb Achim Gratz:
Thomas Wolff writes:
I plan to pause package uploads this coming Monday (2022-11-14),
before starting the re-organization
e.
Sorry if this was communicated in a surprising way, but there is also
another, important principle at work here, the principle of least
effort, or as we might call it in this application "the principle of not
inventing more work for Jon Turney to do".
On 11/11/2022 15:50, Jon Turney wrote:
As has previously been announced, Cygwin is dropping support for x86
Windows. Cygwin 3.3.6 is the final version supporting x86 (32-bit)
Windows, and the forthcoming Cygwin 3.4 will be released for x86_64 only.
Concurrent with that, updates to x86
oes running with that option work as
expected in your problematic instance?
From ae547f5b4b4421bf9b7b9f204eb3d303cc6b2673 Mon Sep 17 00:00:00 2001
From: Jon Turney
Date: Wed, 2 Nov 2022 22:46:29 +
Subject: [PATCH setup] Add an option to not make files group owned by
Adminstrators
Add an opt
On 02/11/2022 20:04, Libor Ukropec wrote:
Hello Michael, Marco,
any update for paramiko and Python 3.9? I'd like to update duplicity
that depends on the paramiko lib and because the default Python is 3.9 I
hit the wall.
Also I do not see the paramiko in the GIT repositories
On 24/10/2022 01:39, Chad Dougherty wrote:
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:
On 21/10/2022 22:42, Chad Dougherty wrote:
.hint and .cygport files are attached and can also be found here along
with built packages:
https://github.com/crd477/passwdqc-cygport
This doesn't generate a debuginfo package, because the default CFLAGS
which cygport defines aren't making their
On 24/10/2022 22:10, Brian Inglis wrote:
Hi folks,
When I run a Github Actions Scallywag job and it completes, and I look
at the job logs, I can no longer download the log archive, although I
can still view each raw log.
Are you saying the 'gear' icon is absent, doesn't have a "download
On 19/10/2022 15:55, Erwin Waterlander wrote:
Hi,
I uploaded a new cyport file for libunistring 1.0. I got a failed build, because several tests core dumped. This does not happen when I run the tests on my PC. What to do next?
See https://github.com/cygwin/scallywag/actions/runs/3252280207
On 15/10/2022 13:58, Adam Dinwoodie wrote:
On Fri, 14 Oct 2022 at 17:28, Jon Turney wrote:
On 11/10/2022 09:37, Adam Dinwoodie wrote:
[...
```
ERROR: invalid hints git-filter-repo-2.38.0-1-src.hint
ERROR: package 'git-filter-repo': errors in license expression: ['Unknown
license key(s
On 29/10/2022 11:54, Erwin Waterlander wrote:
Hi,
I accidentally marked package libunistring 1.1-1 as test by running cygport
'all-test' instead of 'all', and uploaded it.
Can I undo the Test markers afterwards?
Would it work by removing the test: lines from the .hint files and run another
On 21/10/2022 22:42, Chad Dougherty wrote:
Now that I have access, I can also put these into the cygwin git
repository, I just wasn't sure if it was acceptable to do so before
sending the ITP message.
Just for FYI, the same access control as for uploads should also apply
to git pushes (i.e.
On 13/10/2022 20:11, Federico Kircheis wrote:
On 10/10/2022 15.02, Jon Turney wrote:
On 09/10/2022 14:54, Federico Kircheis wrote:
REQUIRES="libncursesw10 libreadline7"
It looks like these dependencies are successfully auto-detected, so
you don't need to explicitly list them.
D
On 11/10/2022 09:37, Adam Dinwoodie wrote:
[...
```
ERROR: invalid hints git-filter-repo-2.38.0-1-src.hint
ERROR: package 'git-filter-repo': errors in license expression: ['Unknown
license key(s): LicenseRef-inherit-git, LicenseRef-inherit-libgit2,
LicenseRef-inherit-libgit2-examples']
ERROR:
On 10/10/2022 16:10, Chad Dougherty wrote:
Name: Chad Dougherty
BEGIN SSH2 PUBLIC KEY
C3NzaC1lZDI1NTE5INJ3RlnS9WnMOyn6+dnPyktOriBh5a0V3yOlitsGUs+w
END SSH2 PUBLIC KEY
Name: Chad Dougherty
Email: Chad Dougherty
Creating ssh key for Chad Dougherty
Fingerprint: 256
On 09/10/2022 17:05, Chad Dougherty wrote:
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,
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."
On 08/10/2022 14:52, Chad Dougherty wrote:
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 06/10/2022 02:29, Chad Dougherty wrote:
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
On 07/10/2022 18:26, Chad Dougherty wrote:
Signed-off-by: Chad Dougherty
---
contrib.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/contrib.html b/contrib.html
index d5024694..04dc9726 100755
--- a/contrib.html
+++ b/contrib.html
@@ -132,7 +132,7 @@ in git
On 03/10/2022 20:23, Achim Gratz wrote:
Jon Turney writes:
This problem is with files created by setup, or by post-install scripts?
I think both, although the problematic symlinks were created through
alternatives.
That's pretty baffling.
I don't see how any of those commits would change
On 04/10/2022 15:02, Adam Dinwoodie wrote:
[...]
I've adjusted the gitolite configuration so this should work again.
Would it be possible to add some output to the hooks to provide a useful
explanation for what's going on? I think anything a hook prints to
stdout or stderr will be seen by
On 30/09/2022 19:25, Brian Inglis wrote:
On 2022-09-30 07:01, Jon Turney wrote:
On 29/09/2022 07:22, Brian Inglis wrote:
Hi folks, [Please Reply All as Cygwin mail blocked by ISP]
Scallywag job failing complaining about TeX fonts.
Any ideas about what extra TeX font dependencies dblatex
On 04/10/2022 19:11, Hannes Müller wrote:
Dear Maintainer(s),
libffi is ORPHANED and outdated.
Attached a cygport for newest libffi-3.4.3, which needs no extra
patches.
PS: libffi-3.4.3 is also used on MSYS2 without extra patches.
Thanks!
Thanks.
I'm minded to do a NMU of libffi using
On 04/10/2022 08:55, Adam Dinwoodie wrote:
There's a hook on the Cygwin Git infrastructure that is refusing to
accept updated tags for the git package. There's no explanation of why
the push is being rejected, but this worked four weeks ago when I pushed
v2.37.3-1, and is failing now.
[...]
On 04/10/2022 10:23, ASSI wrote:
perl-Alien-Build-Plugin-Download-GitLab
Done.
On 02/10/2022 19:13, Brian Inglis wrote:
On 2022-10-02 05:20, Jon Turney wrote:
On 02/10/2022 08:23, Brian Inglis wrote:
Also I don't seem to be able to get on to any mailing list interface
to re-enable email to perhaps check status via email in public inbox.
I don't understand what
On 06/09/2022 06:46, Achim Gratz wrote:
Jon Turney writes:
Perhaps it's time to consider dropping the requires: line from setup.ini?
I guess the only way to find out is to actually do it and see who
complains… maybe if Cygwin 3.4 is imminent that update would be a good
time to make
On 13/09/2022 21:23, Federico Kircheis wrote:
Hello to everyone,
I'm interested in becoming a package maintainer for the program jdupes.
[...]>
.hint and .cygport files are attached
Thanks. Looks good.
I added this to your authorized uploads.
Sorry about the delay.
BUILD_REQUIRES=""
On 02/10/2022 08:23, Brian Inglis wrote:
Hi folks,
Tried uploading package cpuid with and without LICENSE.
Neither seems to work (checked master setup.ini).
It seems like I broke calm when I updated it a couple of days ago. :(
Thanks for pointing this out.
I've repaired it, and your upload
On 22/09/2022 18:14, Achim Gratz wrote:
The release_2.91 comes with another regression that still puzzles me.
In a nutshell, the three commits that deal with setting up the groups
during / after installation
2022-08-27 Jon Turney Drop setting root_scope as a side-effect
On 27/09/2022 14:51, Christian Franke wrote:
Christian Franke wrote:
...
I made the false assumption that default_version=empty in set_action()
always implies that the default version is not accessible. This is not
the case for packages selected for installation before chooser is
visible.
On 29/09/2022 07:22, Brian Inglis wrote:
Hi folks, [Please Reply All as Cygwin mail blocked by ISP]
Scallywag job failing complaining about TeX fonts.
Any ideas about what extra TeX font dependencies dblatex requires under
gtk-doc building docs for gsasl 2.2 under playground:
On 29/09/2022 07:49, Brian Inglis wrote:
Hi folks, [Please Reply All as ISP blocking Cygwin mail]
It looks as if gsasl 2 is ABI 18 compatible with gsasl 1.10, so I am
looking to release 2.2 as a continuation of the existing versions, and
that is consistent with FreeBSD and Debian, where the
On 29/09/2022 20:15, Brian Inglis wrote:
Hi folks, [Please Reply All to CC me as ISP blocking Cygwin lists]
I previously submitted a patch upstream to add DESTDIR when creating
package symlinks so cygport builds work without patches.
Now another downstream is disputing that, requesting the
On 27/09/2022 16:37, Hamish McIntyre-Bhatty wrote:
Hi there,
I recently noticed that the git repo pages (for example
https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/2048-cli.git;a=summary) suggest cloning with HTTP, instead of HTTPS.
HTTPS is available, so this seems like a
On 27/09/2022 16:33, Hamish McIntyre-Bhatty wrote:
Hi there,
While trying to get the latest version of wxWidgets 3.0.x to build, I
found that I need to use an older version of autoreconf, as the format
seems to have changed in a slightly incompatible way.
The "cygautoreconf" command seems
On 22/09/2022 17:56, Achim Gratz wrote:
Achim Gratz writes:
Achim Gratz writes:
I had updated setup to 2.921 recently, so I rolled it back to 2.920 and
this version does the package selection correctly. I haven't yet looked
what commit is responsible, but whatever the cause of the regression
On 19/09/2022 18:53, Jon Turney wrote:
The following packages have been uploaded to the Cygwin distribution:
* cygport-0.35.3-1
Oops! Wrong list, sorry.
(which should contain an SPDX License expression from
https://spdx.org/licenses/) are missing.
Achim Gratz (1):
bin/cygport.in: Fix handling of filenames w/o .cygport suffix on
command line
Jon Turney (8):
autotools.cygclass: Fix detecting autoconf version 2.13
Add lzip
On 17/09/2022 22:14, William Hu via Cygwin-apps wrote:
Hi Jon,
I think just dropping ${mldir} would prevent cygport from detecting the
dependencies of an ocaml library (other ocaml libraries, or ocaml
itself?), but the second alternative sounds acceptable.
Patches welcome, as always :)
On 15/09/2022 20:38, William Hu via Cygwin-apps wrote:
Hello,
[...]
Cygport checks one more time to make sure mldir exists in the package being
built
(this second check is why those errors are hard to trigger on a non-OCaml
package)
and then calls `find` on both ${D}${mldir} and ${mldir}.
On 17/09/2022 08:58, Achim Gratz wrote:
perl-Alien-CFITSIO
perl-File-ShouldUpdate
perl-Sort-Versions
Done.
On 13/09/2022 11:46, Hamish McIntyre-Bhatty wrote:
Hi there,
Today I'm attempting to update my python-imaging package, but I'm now
finding that cygport has made the warning about duplicated files an error.
I don't think that cygport's handling of duplicated files has changed.
That's not to
On 02/09/2022 16:17, Christian Franke wrote:
Jon Turney wrote:
On 28/08/2022 18:33, Christian Franke wrote:
As the 'root_scope' issues are now fixed, here a reworked and
enhanced (checkbox, setup.rc entry) version of the original patch
from this thread.
With the new setting enabled, setup
On 10/01/2022 18:10, Achim Gratz wrote:
I've rebased the remaining patches on my to-upstream branch onto the
current release of cygport:
https://repo.or.cz/cygport/rpm-style.git/shortlog/refs/heads/to-upstream
Note that some of these are required to correctly build and distribute
Perl and its
Perhaps it's time to consider dropping the requires: line from setup.ini?
requires: contains the union of dependencies for all package versions
(long ago, it was the dependencies for the current package version, and
the dependencies for other versions were not available to setup, with
On 28/08/2022 18:33, Christian Franke wrote:
As the 'root_scope' issues are now fixed, here a reworked and enhanced
(checkbox, setup.rc entry) version of the original patch from this thread.
With the new setting enabled, setup behaves like other install tools
when run elevated: The
On 23/08/2022 17:44, Christian Franke wrote:
Jon Turney wrote:
On 22/08/2022 16:29, Christian Franke wrote:
Jon Turney wrote:
On 14/08/2022 12:57, Christian Franke wrote:
This eases state changes of a selected sequence of packages.
Nice! The keyboard control of the package chooser
On 23/08/2022 18:27, Christian Franke wrote:
Jon Turney wrote:
On 12/07/2022 13:50, Jon Turney wrote:
[Replying to the right list this time...]
On 09/07/2022 13:21, Christian Franke wrote:
[...]
The UserSettings ctor has a somewhat hidden side effect which sets
root_scope correctly
On 12/07/2022 13:50, Jon Turney wrote:
[Replying to the right list this time...]
On 09/07/2022 13:21, Christian Franke wrote:
[...]
The UserSettings ctor has a somewhat hidden side effect which sets
root_scope correctly:
UserSettings::UserSettings(...);
open_settings("set
On 22/08/2022 16:29, Christian Franke wrote:
Jon Turney wrote:
On 14/08/2022 12:57, Christian Franke wrote:
This eases state changes of a selected sequence of packages.
Nice! The keyboard control of the package chooser was a bit of an
after-thought, which it really shouldn't be.
Thanks
On 15/08/2022 14:04, Christian Franke wrote:
Jon Turney wrote:
On 02/08/2022 13:17, Christian Franke wrote:
In long standing cygwin installations, many no longer needed
automatically installed packages (e.g. libicuNN) accumulate. This
patch adds a new view which is possibly helpful to cleanup
On 14/08/2022 12:57, Christian Franke wrote:
This eases state changes of a selected sequence of packages.
Nice! The keyboard control of the package chooser was a bit of an
after-thought, which it really shouldn't be.
Ctrl+U is in particular useful to cleanup installations in conjunction
On 02/08/2022 13:17, Christian Franke wrote:
In long standing cygwin installations, many no longer needed
automatically installed packages (e.g. libicuNN) accumulate. This patch
adds a new view which is possibly helpful to cleanup packages manually.
Some possible later enhancements:
-
On 23/07/2022 17:38, William Hu via Cygwin-apps wrote:
Yeah, that seems plausible, but I'm not clear why we are seeing
different behaviour...
After a long period of poking around for differences, I think I found the error
- I had the `noacl` option activated in /etc/fstab which was
On 04/07/2022 20:41, Brian Inglis wrote:
On 2022-07-04 10:30, Andrey Repin wrote:
Jon Turney wrote:
The following packages have been uploaded to the Cygwin distribution:
* cygport-0.35.2-1
cygport is the standard method for building and maintaining
packages for the Cygwin distribution.
Jon
On 16/07/2022 18:48, Brian Inglis wrote:
Uploaded mingw/libidn packages, no emails, no change in setup.ini.
Thanks for pointing this out. I'd managed to break the alert which
tells me when calm stops :(
There was a problem with validating the value of the license: key, which
was
On 13/07/2022 16:41, David Allsopp wrote:
3) Interesting - on my machine, the camlheader[di] files had the .exe
extensions. I did some digging around and found the files are *built*
without the .exe suffix, and even *initially installed* without the .exe
suffix, but ultimately come out with
On 13/07/2022 03:56, William Hu via Cygwin-apps wrote:
Apologies, meant to click reply-all.
Hi Jon,
Thanks for all of the detailed feedback - I'll test the package more
thoroughly next time.
I added 'ocaml' to your authorized packages.
Please go ahead and upload (perhaps as a test release?)
On 12/07/2022 18:04, Christian Franke wrote:
Jon Turney wrote:
On 09/07/2022 16:59, Christian Franke wrote:
IMO useful for temporary test installs or "portable" installs to USB
devices.
The 0002-patch adds a related log message.
These patches are ok.
If you can provide a
---
main.cc | 2 +-
root.cc | 5 +
win32.cc | 7 +--
win32.h | 2 +-
4 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/main.cc b/main.cc
index 3a8c5ea..1cc8a0c 100644
--- a/main.cc
+++ b/main.cc
@@ -359,7 +359,7 @@ WinMain (HINSTANCE h,
}
/* Set default DACL
Drop group change while running postinstall scripts. This was only for
the benefit of mkgroup/mkpasswd being run by the postinstall script,
which we don't do any more.
---
postinstall.cc | 13 -
win32.cc | 6 +-
2 files changed, 1 insertion(+), 18 deletions(-)
diff --git
Jon Turney (2):
Drop group change while running postinstall scripts
Defer setting group until after All Users/Just For Me is chosen
main.cc| 2 +-
postinstall.cc | 13 -
root.cc| 5 +
win32.cc | 13 ++---
win32.h| 2 +-
5 files changed
On 09/07/2022 16:59, Christian Franke wrote:
IMO useful for temporary test installs or "portable" installs to USB
devices.
The 0002-patch adds a related log message.
These patches are ok.
If you can provide a help-text for the new option, I will apply them.
BTW: During testing I found that
[Replying to the right list this time...]
On 09/07/2022 13:21, Christian Franke wrote:
Jon Turney wrote:
On 07/07/2022 15:45, Christian Franke wrote:
Jon Turney wrote:
On 06/07/2022 17:34, Christian Franke wrote:
Jon Turney wrote:
On 06/07/2022 08:14, Christian Franke wrote:
[...]
BTW
On 09/07/2022 03:32, Marco Atzeri wrote:
On 08.07.2022 14:57, Jon Turney wrote:
On 08/07/2022 13:38, Marco Atzeri wrote:
Hi Jon,
I have the impression that calm crashed.
Maybe it did not like the merging of ilmbase and openexr folders.
Can you check ?
Yes, it's not accepting uploads
On 09/07/2022 08:00, Marco Atzeri wrote:
On 30.01.2021 10:04, Achim Gratz wrote:
The following distributions will no longer be available after the
perl-5.32 release as they have been deprecated upstream:
perl-Gnome2 Achim Gratz
perl-Gnome2-Canvas
On 08/07/2022 13:38, Marco Atzeri wrote:
Hi Jon,
I have the impression that calm crashed.
Maybe it did not like the merging of ilmbase and openexr folders.
Can you check ?
Yes, it's not accepting uploads at the moment because it doesn't like
the state of the relarea.
ERROR: unexpected
On 07/07/2022 06:35, Marco Atzeri wrote:
latest version attached
On 07.07.2022 06:43, Marco Atzeri wrote:
Hi Guys,
updating latest GDAL I noticed that one of the potential dependency
was orphan.
As the current upstream code of the two interlinked packages openexr and
ilmbase is currently
On 06/07/2022 17:34, Christian Franke wrote:
Jon Turney wrote:
On 06/07/2022 08:14, Christian Franke wrote:
If an installer is run elevated, the installed files will be
typically owned by the local administrator (or in some cases SYSTEM
or TrustedInstaller) instead of the current user
On 06/07/2022 08:14, Christian Franke wrote:
If an installer is run elevated, the installed files will be typically
owned by the local administrator (or in some cases SYSTEM or
TrustedInstaller) instead of the current user. This is not the case for
a Cygwin "All Users" installation. The files
On 05/07/2022 01:44, William Hu via Cygwin-apps wrote:
Name: William Hu
BEGIN SSH2 PUBLIC KEY
C3NzaC1lZDI1NTE5ILjC07iHhF8oGsNIWwreTtroTq3oN9ZjQxAoJVDLNplG
END SSH2 PUBLIC KEY
Name: William Hu
Email: William Hu
Creating ssh key for William Hu
Fingerprint: 256
On 05/07/2022 01:42, William Hu via Cygwin-apps wrote:
Hi Jon,
Oops, sorry about that. The patch and updated cygport are now attached.
Sending SSH key shortly.
Thanks.
Firstly, I notice that you dropped 4.10.0-libcamlrun_shared.patch. Can
you explain the reasoning behind that?
(After a
On 22/06/2021 20:52, Jon Turney wrote:
On 09/05/2021 15:39, Jon Turney wrote:
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
On 04/07/2022 03:03, William Hu via Cygwin-apps wrote:
Hello,
I noticed that the ocaml source package is currently unmaintained and the most
recent package version is 4.10.0, so I'd like to adopt the packages under it
(specifically, ocaml, ocaml-compiler-libs, ocaml-runtime, ocaml-doc,
On 03/07/2022 16:58, Marco Atzeri wrote:
Hi Jon,
can you look on the build failure for hexchat ?
https://github.com/cygwin/scallywag/runs/7169187681?check_suite_focus=true
scallywag: build dependencies (from BUILD_REQUIRES):
On 29/05/2022 16:54, Jon Turney wrote:
Following is a sort of RFC, so let me know your opinion.
Currently we have two type of Python packages
1) Pure python that exists at max as 2.7 3.6 3.7 3.8 3.9 plus 2 and 3
in that case 2/2.7 3/3.6 are EOL;
I stopped last year to update the 2.7
On 02/07/2022 19:15, Adam Dinwoodie wrote:
I'm currently seeing attempts to run `cygport stage` fail with
an error "cd: Access failed: No such file (/x86_64/release)". And
logging in manually over sftp, that looks to be accurate; the only
file I can see is my !mail file.
```
$ echo
On 29/06/2022 09:12, Adam Dinwoodie wrote:
Thinking about it some more, I'm also mildly concerned about the small
but non-trivial proportion of users who blithely install every package
available on Cygwin, which I don't think is going to be an issue for
more-or-less any other *nix distribution.
On 01/07/2022 01:32, Brian Inglis wrote:
On 2022-06-26 22:46, Brian Inglis wrote:
Scallywag failing on a plain HTTP non-httpS download.
Ran twice same symptom - 403 Forbidden.
scallywag: running 'cygport download srcpackage'
--2022-06-25 17:14:40--
On 29/06/2022 19:35, Christian Franke wrote:
Christian Franke wrote:
Jon Turney wrote:
On 26/06/2022 17:33, Christian Franke wrote:
...
This patch adds the missing functionality to run the pre-install
hook. It is limited to /etc/preremove/0p_* because there is possibly
no use case for /etc
On 28/06/2022 11:58, Christian Franke wrote:
I would like to contribute etckeeper.
https://etckeeper.branchable.com/
https://repology.org/project/etckeeper/versions
etckeeper-1.18.17-1.hint:
category: Utils
requires: bash coreutils grep sed
sdesc: "Store /etc in git or mercurial"
ldesc:
On 26/06/2022 17:33, Christian Franke wrote:
Use case: I ITP etckeeper (https://etckeeper.branchable.com/) which I
frequently use on Debian. For fully automatic operation, it requires
pre-install and post-install hooks, e.g:
/etc/preremove/0p_000_etckeeper_pre-install.sh
I've done a cleanup of cygwin-pkg-maint, removing a number of source
packages names which no longer exist.
I also removed some source packages names whose ITPs stalled somehow.
The packages were approved, but never got uploaded. Future ITPs of the
same are welcome.
cmocka
On 08/06/2022 02:58, as-goahib59...@public.gmane.org wrote:
Updated the gists. Thank you for the feedback.
Looks good.
I added mle and uthash to your authorized packages.
Notwithstanding the instructions at [1], you could instead push to the
packaging git repo [2], adding
On 06/06/2022 15:35, as-goahib59...@public.gmane.org wrote:
Name: Adam Saponara
BEGIN SSH2 PUBLIC KEY
C3NzaC1lZDI1NTE5IOXsrmPhjUsBnoBkJNs4+1iA2Fufgx4ip//hxLnikG3j
END SSH2 PUBLIC KEY
Name: Adam Saponara
Email: Adam Saponara
Creating ssh key for Adam Saponara
On 07/06/2022 17:48, Brian Inglis wrote:
On 2022-06-07 03:39, Jon Turney wrote:
On 07/06/2022 00:33, Brian Inglis wrote:
Verified below issue with coreutils 9.1 promoted last night to stable!
Problem does not occur in 8.32, so can we please revert coreutils 9.1
to test and restore 8.32
On 06/06/2022 15:33, as-goahib59...@public.gmane.org wrote:
Hello all,
I'd like to submit a cygport for mle[0], a text editor. It's available
on various distros/OSs[1] including Debian, Fedora, FreeBSD, and
others. It's licensed under ASL 2.0.
Thanks.
A first attempt at a cygport is
On 07/06/2022 00:33, Brian Inglis wrote:
Verified below issue with coreutils 9.1 promoted last night to stable!
Problem does not occur in 8.32, so can we please revert coreutils 9.1 to
test and restore 8.32 to stable.
Or is there some process by which I can do so?
You seem to have figured
On 14/05/2022 14:15, Jon Turney wrote:
On 08/05/2022 18:49, Brian Inglis wrote:
On 2022-05-08 09:15, Libor Ukropec wrote:
Dne 07.05.2022 v 20:52 Brian Inglis napsal(a):
I would like to offer to package the following projects for Cygwin.
They have been extensively tested on my own system
On 29/05/2022 12:45, Lemures Lemniscati wrote:
Hi!
ITA for giflib, which has been maintained by Yaakov [1].
Thanks. I added this to your authorized packages.
Small comments on the .cygport:
# Patch files whose names are in a default style of 'git format-patch'
PATCH_URI+=$(\
find
On 03/01/2022 21:42, Marco Atzeri wrote:
On 03.01.2022 18:37, Jon Turney wrote:
On 31/12/2021 10:00, Marco Atzeri wrote:
Attached patch moves "default" from 3.6 to 3.9
Other point:
As 3.5 was never really deployed, I think we can remove it from the
distribution.
Agreed. I ha
When making python3x-name package (where 3.x is the current default
python version), also make a python3-name virtual package, which causes
python3x-name to be installed.
---
cygclass/python-wheel.cygclass | 18 ++
lib/src_postinst.cygpart | 11 +--
2 files changed,
Pass it's value through to the source package hint.
---
lib/pkg_info.cygpart | 7 +++
lib/pkg_pkg.cygpart | 6 ++
testsuite/basic/info/foo.cygport | 1 +
testsuite/basic/info/info.out| 1 +
4 files changed, 15 insertions(+)
diff --git a/lib/pkg_info.cygpart
On 27/05/2022 06:16, Brian Inglis wrote:
On 2022-05-26 19:28, Brian Inglis wrote:
On 2022-05-26 13:35, Jon Turney wrote:
On 23/05/2022 06:13, Brian Inglis wrote:
I'd like to adopt orphaned package ncurses:
https://cygwin.com/packages/summary/ncurses-src.html
The builds were tested in GitHub
On 23/05/2022 06:13, Brian Inglis wrote:
I'd like to adopt orphaned package ncurses:
https://cygwin.com/packages/summary/ncurses-src.html
The builds were tested in GitHub Actions CI using the scallywag ncurses
repo playground branch; see:
Thanks.
Unfortunately, this crossed with a NMU of
On 24/05/2022 11:05, Lemures Lemniscati wrote:
On Mon, 23 May 2022 19:37:43 +0100, Jon Turney
On 23/05/2022 14:09, Lemures Lemniscati wrote:
On Sat, 21 May 2022 21:31:46 +0100, Jon Turney
Eventually, this should eliminate packages in the deprecated so report [1] with
a rdepends count of zero
On 23/05/2022 14:09, Lemures Lemniscati wrote:
On Sat, 21 May 2022 21:31:46 +0100, Jon Turney
Eventually, this should eliminate packages in the deprecated so report [1] with
a rdepends count of zero. To reduce the rdpepends count to zero, packages
which depend on a deprecated soversion need
On 28/03/2020 19:26, Jon Turney wrote:
I've recently deployed some updates to calm, which change a few things
maintainers may notice:
* reports are now sent to package maintainers when vaulting old
packages, even when that's not caused by an upload (e.g. due to a change
of test: status
401 - 500 of 1596 matches
Mail list logo
