On Wed, May 01, 2024 at 04:49:10PM +0200, Christian Franke via Cygwin-apps
wrote:
> Adam Dinwoodie via Cygwin-apps wrote:
> > On Tue, Apr 30, 2024 at 12:27:35PM +0200, Christian Franke via Cygwin-apps
> > wrote:
> > > Jon Turney wrote:
> > > > On 10/03/202
On Tue, Apr 30, 2024 at 12:27:35PM +0200, Christian Franke via Cygwin-apps
wrote:
> Jon Turney wrote:
> > On 10/03/2024 16:33, Christian Franke via Cygwin-apps wrote:
> > > + /bin/bash -c "cd ${top} || exit 1
> > > +${HOMEPAGE+HOMEPAGE=${HOMEPAGE@Q}}
> > > +P=${P@Q}; PF=${PF@Q}; PN=${PN@Q};
On Fri, Nov 10, 2023 at 04:23:31PM +, Jon Turney wrote:
> On 08/11/2023 17:56, Adam Dinwoodie via Cygwin-apps wrote:
> > I'd like to package python-rfc6555. This is a Python module that's now
> > required for offlineimap, for which I'm slowly working towards
> &
I'd like to package python-rfc6555. This is a Python module that's now
required for offlineimap, for which I'm slowly working towards
submitting an ITA.
The Python module has an Apache 2.0 license, and is available at least
from Debian per https://packages.debian.org/bookworm/python3-rfc6555
On Sun, Nov 05, 2023 at 10:24:43PM +, Adam Dinwoodie via Cygwin-apps wrote:
> ```
> #!/usr/bin/bash
>
> src_install () {
> false
> echo "This step *does* run"
> }
>
> src_install && echo "As does this step"
> ```
The abov
On Fri, Nov 03, 2023 at 05:57:08PM +0100, ASSI via Cygwin-apps wrote:
> Adam Dinwoodie via Cygwin-apps writes:
> > When running as part of a `&&` chain, Bash's `set -e` behaviour is
> > suppressed entirely, which means calls that produce non-zero error codes
> > will
When running as part of a `&&` chain, Bash's `set -e` behaviour is
suppressed entirely, which means calls that produce non-zero error codes
will be ignored if they're called inside functions that are part of such
a chain.
To avoid silent failures from commands in a src_install function being
similar code for the `cygport compile`
command. It might make sense to fix this in far more locations.
- I wouldn't be at all surprised if this bug, and others of the same
ilk, have become load-bearing. If this gets fixed, it might cause a
lot of build scripts that have otherwise been happily ignor
The python wheel package is required for building using the python-wheel
cygclass, but nothing in cygport verifies its existence, and the error
from the Python commands themselves aren't particularly helpful either.
To avoid other people wasting the time I just did trying to debug Python
build
On Tue, 17 Oct 2023 at 23:48, Brian Inglis via Cygwin-apps
wrote:
>
> Hi folks,
>
> I have been building and distributing tzdata with maximal backward
> compatibility
> since adopting the package.
>
> The maintainer and some distros are choosing to consolidate data and drop
> historical details
On Sun, 30 Apr 2023 at 19:25, Jon Turney wrote:
>
> On 25/02/2023 16:51, Adam Dinwoodie via Cygwin-apps wrote:
> > On Sat, 25 Feb 2023 at 16:23, Jon Turney via Cygwin-apps wrote:
> >> On 16/01/2023 12:49, Jon Turney via Cygwin-apps wrote:
> >>> On 15/01/2023
On Thu, Mar 16, 2023 at 07:58:48PM -0600, Doug Henderson via Cygwin-apps wrote:
> There is a current pure python version of xlsx2csv which runs for many
> versions of Python 2 and Python 3.
>
> It may not be necessary to provide a package for it in cygwin.
> Instead, users may install the pure
On Sat, 25 Feb 2023 at 16:23, Jon Turney via Cygwin-apps wrote:
> On 16/01/2023 12:49, Jon Turney via Cygwin-apps wrote:
> > On 15/01/2023 12:52, Jon Turney via Cygwin-apps wrote:
> > [...]
> >> Python 2.7 is the last python2 version, which was sunsetted on January
> >> 1, 2020.
> > [...]
> >> 2)
On Fri, Jan 13, 2023 at 01:22:44PM +, Jon Turney via Cygwin-apps wrote:
> On 13/01/2023 11:52, Takashi Yano via Cygwin-apps wrote:
> > Hi,
> >
> > Is it allowed to include '-' in version string (e.g. '20230113-stable')?
> > I'm asking because mksetupini warns:
> >
> > mksetupini: file
On Fri, Jan 13, 2023 at 02:27:46PM +, Jon Turney wrote:
> On 11/01/2023 23:16, Adam Dinwoodie via Cygwin-apps wrote:
> > On Wed 11 Jan 2023 at 03:14:20PM +, Jon Turney wrote:
> > > On 09/01/2023 16:32, Adam Dinwoodie via Cygwin-apps wrote:
> > > > As
On Fri, Jan 13, 2023 at 06:06:22PM +0100, Libor Ukropec via Cygwin-apps wrote:
> Dne 13.01.2023 v 17:59 Libor Ukropec via Cygwin-apps napsal(a):
> > Dne 10.01.2023 v 15:04 Jari Aalto via Cygwin-apps napsal(a):
> >
> > >
> > > Hi, Thanks for the heads up. I've uploaded new version and added the
>
On Wed 11 Jan 2023 at 03:14:20PM +, Jon Turney wrote:
> On 09/01/2023 16:32, Adam Dinwoodie via Cygwin-apps wrote:
> > As requested at [0], I've offered to package libinih for Cygwin. It has
> > a BSD license[1] and is already packaged for a bunch of *nix distros,
> > inc
As requested at [0], I've offered to package libinih for Cygwin. It has
a BSD license[1] and is already packaged for a bunch of *nix distros,
including Fedora, Debian and Arch[2].
[0]: https://cygwin.com/pipermail/cygwin/2023-January/252780.html
[1]:
On Tue, 13 Dec 2022 at 17:16, Libor Ukropec via Cygwin-apps wrote:
>
> Dne 12.12.2022 v 17:32 Adam Dinwoodie via Cygwin-apps napsal(a):
> > On Sun, Dec 11, 2022 at 11:15:35PM +0100, Libor Ukropec via Cygwin-apps
> > wrote:
> >> Hello Jari,
> >>
> >> cy
On Sun, Dec 11, 2022 at 11:15:35PM +0100, Libor Ukropec via Cygwin-apps wrote:
> Hello Jari,
>
> cygwin contains "tig" in version 2.4.1 (2019-07-30) and there's already
> 2.5.4 (2021) with many bug fixes and improvements available.
> Can I kindly ask whether it is possible to update the package?
On Sun, 23 Oct 2022 at 20:31, Chad Dougherty wrote:
> 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
On Sun, 23 Oct 2022 at 20:13, Chad Dougherty wrote:
> 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
> >
>
On Sat, 22 Oct 2022 at 00:06, Chad Dougherty wrote:
>
> Hello,
>
> I'm interested in becoming a package maintainer for passwdqc:
> https://www.openwall.com/passwdqc/
>
>
>
> .hint and .cygport files are attached and can also be found here along
> with built packages:
>
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 compilation, but I have done some test
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
> > licen
On Wed, Oct 12, 2022 at 04:28:36PM -0600, Brian Inglis wrote:
> On 2022-10-12 18:59 UTC, Adam Dinwoodie wrote:
> > On Wed, Oct 12, 2022 at 07:58:56PM +0200, Achim Gratz wrote:
> > > Adam Dinwoodie writes:
> > > > ERROR: invalid hints git-filter-repo-2.38.0-1-src.hi
On Wed, Oct 12, 2022 at 09:45:35AM -0600, Brian Inglis wrote:
> On 2022-10-12 9:00 UTC, Adam Dinwoodie wrote:> On Tue, Oct 11, 2022 at
> 02:13:00PM -0600, Brian Inglis wrote:
> > > On Tue, 11 Oct 2022 09:37:23 +0100, Adam Dinwoodie wrote:
> > > > I'm trying to uplo
On Wed, Oct 12, 2022 at 07:58:56PM +0200, Achim Gratz wrote:
> Adam Dinwoodie writes:
> > 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, Licen
On Wed, Oct 12, 2022 at 10:36:02AM +0200, Thomas Wolff wrote:
>
>
> Am 11/10/2022 um 22:13 schrieb Brian Inglis:
> > On Tue, 11 Oct 2022 09:37:23 +0100, Adam Dinwoodie wrote:
> > > I'm trying to upload a new version of git-filter-repo, and took the
> > > opp
On Tue, Oct 11, 2022 at 02:13:00PM -0600, Brian Inglis wrote:
> On Tue, 11 Oct 2022 09:37:23 +0100, Adam Dinwoodie wrote:
> > I'm trying to upload a new version of git-filter-repo, and took the
> > opportunity to set the LICENSE value in the cygport file. The new value
> >
/home/Adam
Dinwoodie/noarch/release/git-filter-repo/git-filter-repo-2.38.0-1-src.hint
ERROR: error while reading uploaded arch noarch packages from maintainer Adam
Dinwoodie
SUMMARY: 5 ERROR(s)
```
So it looks like the issue is the way I've encoded the non-standard
licensing options. "LicenseRef-&q
On Sat, 8 Oct 2022 at 14:12, Jon Turney wrote:
>
> 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
On Wed, Oct 05, 2022 at 09:29:08PM -0400, 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
On Tue, Oct 04, 2022 at 01:28:27PM +0100, Jon Turney wrote:
> 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 p
, origin/main, origin/HEAD)
Merge: f3e0456 65b7884
Author: Adam Dinwoodie
Date: Mon Oct 3 19:18:59 2022 +0100
Merge branch 'v2.38.0'
$ git remote -v
cygwin https://cygwin.com/git/cygwin-packages/git.git (fetch)
cygwin cyg...@cygwin.com:git/cygwin-packages
On Thu, 4 Aug 2022 at 11:13, Hamish McIntyre-Bhatty wrote:
> I'm considering moving my Cygwin packaging repos over to gitlab, as I
> find it easier to organise and use. Are there any potential
> problems/lost features from me doing this?
Where are your repos currently stored?
Personally, I keep
On Sun, Jul 03, 2022 at 01:31:02PM +0200, Christian Franke wrote:
> Christian Franke wrote:
> > 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)". An
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 $'ls\npwd\n' | sftp cyg...@cygwin.com
Connected to
Hi all,
I'd like to publish rdfind. This is already available on, e.g., Debian
per https://packages.debian.org/search?keywords=rdfind. It's
distributed as GPLv2 or later.
Hint file below, and the full release packages from my test build are
available at
On Wed, Jun 29, 2022 at 09:55:10AM +0200, Christian Franke wrote:
> Christian Franke wrote:
> > Adam Dinwoodie wrote:
> > ...
> >
> > > I'm also vaguely pondering whether it's worth adding git as a
> > > dependency. That's not strictly right, since etcke
On Tue, Jun 28, 2022 at 12:58:23PM +0200, 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
Given packaging git-filter-repo has stalled, and Jon Turney has
solicited new ITPs, I've taken the work James Morris did earlier this
year and finished things off.
Source and binary packages, plus hint files, are available at
On Mon, May 02, 2022 at 09:51:21PM +0100, Jon Turney wrote:
> The following packages have been uploaded to the Cygwin distribution:
>
> * cygport-0.35.0-1
>
> cygport is the standard method for building and maintaining
> packages for the Cygwin distribution.
>
> Highlights of this release:
>
>
The latest version of Autoconf is 2.71, but the version detection
incorrectly considers 2.70 and higher as being the same as 2.59 and
lower for the purposes of specifying documentation directories. Correct
that, and make the version detection a bit more future-proof by parsing
out the actual
On Mon, Mar 14, 2022 at 07:05:20PM +, Jon Turney wrote:
> On 13/03/2022 20:44, Adam Dinwoodie wrote:
> > configure="${confdir}/configure"
> > confver=$(grep -m 1 'GNU Autoconf' ${configure} | cut -d ' ' -f 6)
> > + confver_maj=${confver%%.*
The latest version of Autoconf is 2.71, but the version detection
incorrectly considers 2.70 and higher as being the same as 2.59 and
lower for the purposes of specifying documentation directories. Correct
that, and make the version detection a bit more future-proof by parsing
out the actual
On Sat, Mar 12, 2022 at 01:02:39PM +, Jon Turney wrote:
> On 11/03/2022 22:40, Adam Dinwoodie wrote:
> > - case "x${confver}" in
> > - x2.6[0-9]*)
> > - confargs+=" --docdir=/usr/share/doc/${PN}
>
The latest version of Autoconf is 2.71, but the version detection
incorrectly considers 2.70 and higher as being the same as 2.59 and
lower for the purposes of specifying documentation directories. Correct
that, and make the version detection a bit more future-proof by parsing
out the actual
On Tue, Mar 08, 2022 at 03:42:13PM -0500, James Morris wrote:
> Hi Adam,
>
> Thanks for the feedback!
>
> > - You've patched the shebang from `/usr/bin/env python3` to
> > `/usr/bin/python3`. To what end? /usr/bin/env is part of coreutils
> > for Cygwin, so there shouldn't be any risk that
On Fri, Mar 11, 2022 at 12:38:47AM -0500, Yaakov Selkowitz wrote:
> On Thu, 2022-03-10 at 16:41 +0000, Adam Dinwoodie wrote:
> > I've fallen down a slight rabbit hole looking at the cygconf function in
> > Cygport's autotools.cygclass. The specific bit of code that's causing
>
I've fallen down a slight rabbit hole looking at the cygconf function in
Cygport's autotools.cygclass. The specific bit of code that's causing
me consternation is thus:
case "x${confver}" in
x2.6[0-9]*)
confargs+=" --docdir=/usr/share/doc/${PN}
On Mon, Mar 07, 2022 at 07:11:24PM -0500, James Morris wrote:
> Hello,
>
> I'd like to maintain the package for git-filter-repo, a Python script
> to quickly edit git history. It's MIT licensed, available in both
> Debian and Fedora, and I've also just recently packaged
> git-filter-repo up for
There's a GitHub organisation at https://github.com/cygwinports that
looks to have been largely abandoned; there doesn't seem to have been
any meaningful activity there since at least July 2019, and the link in
the top bar has clearly been taken over by domain squatters.
I think the purpose of
On Wed, Feb 09, 2022 at 08:34:16AM -0500, Pierre A. Humblet wrote:
> On 2/8/2022 4:11 PM, cygwin-apps@cygwin.com wrote:
> > WARNING: copying 'exim-4.95-1.hint' to 'exim-4.95-1-src.hint'
> > INFO: srcpkg exim-4.95-1-src.tar.xz contains 0 .cygport files
> > INFO: cannot determine homepage: from
The upstream fzf package moved from Ruby to Go some time ago. I had
vague but noble intetions to try to maintain a fork on the basis of the
last version of the Ruby code, but never managed anything useful. In
that context, I expect it's time that I officially throw in the towel,
and mark fzf as
On Fri, Jan 14, 2022 at 12:45:06PM +0100, Corinna Vinschen wrote:
> On Jan 14 10:54, Adam Dinwoodie wrote:
> > On Fri, 14 Jan 2022 at 09:05, Corinna Vinschen wrote:
> > > On Jan 13 15:13, Jon Turney wrote:
> > > > Show a MessageBox warning if we are running on a Wi
On Fri, 14 Jan 2022 at 09:05, Corinna Vinschen wrote:
> On Jan 13 15:13, Jon Turney wrote:
> > Show a MessageBox warning if we are running on a Windows version which
> > we have deprecated Cygwin support for:
> >
> > - Windows 6.0 (Windows Vista, Windows Server 2008)
> > - 32-bit Windows
> >
> >
On Sat, 28 Aug 2021 at 09:09, Mark Geisert wrote:
>
> HI all,B
> I'd like to re-spin the latest version of cygutils, that is, upload newer
> files with the same release number (1.4.16-5). Is this possible, or do we
> now always change the release# when uploading?
> Thanks,
I'm pretty sure this
Hello maintainers!
I've just been informed off-list that there's a Cygwin-specific
security vulnerability in one of the packages I maintain. I'm
reluctant to go into details on a public list, but I'd also appreciate
some support in the best way to manage this to get patches out without
exposing
On Tue, 16 Mar 2021 at 11:25, Thomas Wolff wrote:
>
> Hi,
> I'm about to upload mintty 3.4.7 but I'm getting a "Host key
> verification failed." error.
> Trying this on a new machine; I copied the whole ~/.ssh folder from my
> old machine, something that used to work in the past. It still works
>
On Wed, 10 Feb 2021 at 09:20, Marco Atzeri via Cygwin-apps wrote:
>
> On 10.02.2021 09:40, Adam Dinwoodie wrote:
> > Asciidoc is currently both orphaned and bugged, per my email to the
> > main list. I've got the latest upstream release building, confirmed it
> > resol
Asciidoc is currently both orphaned and bugged, per my email to the
main list. I've got the latest upstream release building, confirmed it
resolves my Python versioning issues with the Git builds, and can
upload as soon as I get the GTG.
New packaging source:
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 yo
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.
In case anyone's interested or has thoughts:
As part of working on this release, I've been playing with GitHub's
automation
Somewhere along the way I seem to have unsubscribed from this list,
and therefore managed to miss a bunch of development with the Git
repositories at https://cygwin.com/git-cygwin-packages/. As a result I
thought they were still naive repositories with no fancy logic or
automation, and my first
On Wednesday 22 November 2017 at 04:35 pm +, Jon Turney wrote:
> On 22/11/2017 15:17, Adam Dinwoodie wrote:
> >I'm currently unable to upload packages I maintain: attempting to
> >connect to cygwin-rdbxbdvo6bxqt0dzr+a...@public.gmane.org over SSH or SFTP
> >is failin
I'm currently unable to upload packages I maintain: attempting to
connect to cyg...@cygwin.com over SSH or SFTP is failing. I'm
reasonably confident I haven't done anything locally to change my key;
has something happened server-side to cause problems?
Wed 22 Nov 14:54 $ sftp -i
On Monday 20 November 2017 at 05:19 pm +, Jon Turney wrote:
> On 15/11/2017 13:10, Adam Dinwoodie wrote:
> >I'm looking to package moreutils, a collection of small Linux utilities.
> >It is already included in Debian and Ubuntu (amongst others), and is
> >released under G
On Wednesday 15 November 2017 at 08:52 pm +, Tony Kelman wrote:
> >> >> - parallel: run multiple jobs at once
> >>
> >> I'd be hesitatnt to package that since it directly clashes with GNU
> >> parallel (not available on Cygwin yet).
> >
> > Hmm. I wasn't aware of GNU parallel, and I'm not
On Wednesday 15 November 2017 at 07:31 pm +0100, Achim Gratz wrote:
> Adam Dinwoodie writes:
> > I'm looking to package moreutils, a collection of small Linux utilities.
> > It is already included in Debian and Ubuntu (amongst others), and is
> > released under GPLv2.
>
&g
I'm looking to package moreutils, a collection of small Linux utilities.
It is already included in Debian and Ubuntu (amongst others), and is
released under GPLv2.
Homepage: https://joeyh.name/code/moreutils/
Debian package: https://packages.debian.org/sid/utils/moreutils
Ubuntu package:
On Mon, Oct 23, 2017 at 12:47:41PM -0500, Yaakov Selkowitz wrote:
> On 2017-10-18 13:20, Achim Gratz wrote:
> > Again the reminder that the following packages will have to be re-built
> > since they install perl modules:
> >
> > git: Distributed version control system
> >
Folks,
(Gene, I've CC'd you as you're the only specific person I'm aware of
who may have interest in taking this over and I suspect you're not on
this list.)
The upstream fzf project has retired support for the Ruby version of
their tool in favour of the Go version, and Cygwin doesn't have a Go
On 18 April 2017 at 16:21, Adam Dinwoodie wrote:
> Name: Adam Dinwoodie
> Package: git
Replying so the original email is still in the correct format: I'm
sending in a new key because I've managed to lose the password for my
previous upload SSH key.
Name: Adam Dinwoodie
Package: git
BEGIN SSH2 PUBLIC KEY
B3NzaC1yc2EDAQABAAACAQC6Q+n5YorDTYF9bag+N80WCSatVBTjG5Ia4s3dhk
F3SQk2U+RJZmmLhQU8cwWqw6r7OpBJIhtzxHYkUQ4qsiXVh8tSUE6SQ6eqor1k2UnKLS4p
g2OVLkCQU3sdqr6v6NdlwvDiH22tO4Xf9S5uh9yQJ9RGkQrpxkV8BZyaiz08hakfYYNn62
On Tue, May 10, 2016 at 05:11:15PM -0500, Yaakov Selkowitz wrote:
> Once you have upgraded to cygport 0.22.0, maintainers MUST email a
> list of their package(s) which qualify as noarch AND are already
> marked ARCH=noarch or will be with the next release.
fzf is already marked as a noarch
Per previous discussion on this list, I'm planning on retiring the
separate packaging of Bash completion scripts in the packages I
maintain, and folding the files into the main package. I can't find any
documentation that'll hold my hand through that process, so can somebody
with the relevant
On Thu, Mar 17, 2016 at 11:37:37AM -0500, Yaakov Selkowitz wrote:
> On 2016-03-17 07:42, cygwin-no-re...@cygwin.com wrote:
> >package 'git-svn' hints changed
> >- 'requires': 'git perl perl-YAML perl_base subversion-perl',
> >?
>
>
On Thu, Mar 17, 2016 at 04:49:17PM +0100, Corinna Vinschen wrote:
> today I claimed the "cygwin" name at github.com. If you have some funny
> project which is using Cygwin in the first place, and you want to do
> that under the "cygwin" cover, feel free to drop us a mail here on
> cygwin-apps and
On Fri, Mar 18, 2016 at 12:40:17PM -0500, Yaakov Selkowitz wrote:
> On 2016-03-18 07:32, Adam Dinwoodie wrote:
> >On Thu, Mar 17, 2016 at 11:37:37AM -0500, Yaakov Selkowitz wrote:
> >>On 2016-03-17 07:42, cygwin-no-re...@cygwin.com wrote:
> >>>package 'gitweb' h
On Thu, Mar 17, 2016 at 11:37:37AM -0500, Yaakov Selkowitz wrote:
> On 2016-03-17 07:42, cygwin-no-re...@cygwin.com wrote:
> >package 'gitweb' hints changed
> >- 'requires': 'bash perl_base ruby git lighttpd',
> >?---
> >+ 'requires': 'bash git lighttpd',
>
>
On Thu, Mar 17, 2016 at 02:52:28PM -0500, Yaakov Selkowitz wrote:
> On 2016-03-17 14:00, Adam Dinwoodie wrote:
> >All good questions! I spotted and fixed the first already in v2.7.3-2;
>
> This 2.7.3-2 is incorrect on a few counts:
>
> 1) if the *only*
On Fri, Mar 18, 2016 at 12:45:01PM -0500, Yaakov Selkowitz wrote:
> On 2016-03-18 07:24, Adam Dinwoodie wrote:
> >On Thu, Mar 17, 2016 at 10:46:53AM -0500, Yaakov Selkowitz wrote:
> >>Simpler:
> >>
> >>git_OBSOLETES="git-completion"
> >>
>
On Fri, Mar 18, 2016 at 09:00:56PM +0100, Corinna Vinschen wrote:
> On Mar 18 12:49, Yaakov Selkowitz wrote:
> > On 2016-03-18 08:27, Corinna Vinschen wrote:
> > >On Mar 18 12:37, Adam Dinwoodie wrote:
> > >>I have the Cygport files for the various packages I ma
On Thu, Mar 17, 2016 at 10:46:53AM -0500, Yaakov Selkowitz wrote:
> On 2016-03-17 07:04, Adam Dinwoodie wrote:
> >Per previous discussion on this list, I'm planning on retiring the
> >separate packaging of Bash completion scripts in the packages I
> >maintain, and folding th
On Tue, Mar 15, 2016 at 01:18:16PM +0100, Corinna Vinschen wrote:
> On Mar 15 11:52, Adam Dinwoodie wrote:
> > On Tue, Mar 15, 2016 at 11:36:57AM +0100, Corinna Vinschen wrote:
> > > Hi Adam,
> > >
> > > On Mar 15 10:05, Adam Dinwoodie wrote:
> > > >
On Tue, Mar 15, 2016 at 11:36:57AM +0100, Corinna Vinschen wrote:
> Hi Adam,
>
> On Mar 15 10:05, Adam Dinwoodie wrote:
> > Does this and/or Warren's email count as a GTG? I have the packages
> > ready to upload...
>
> I added ag to cygwin-pkg-maint. Please go
Seeking opinions from other package maintainers: is it desirable to have
Bash (et al.) completion scripts as part of the main package they're
associated with, or should they be packaged separately?
Currently, the two packages I maintain (fzf and Git) both have separate
packages for their Bash
On Tue, Feb 23, 2016 at 10:54:04AM -0600, Yaakov Selkowitz wrote:
> On 2016-02-23 08:42, Adam Dinwoodie wrote:
> >SRC_URI="https://github.com/ggreer/the_silver_searcher/archive/${PV}.tar.gz;
>
> SRC_URI="https://github.com/ggreer/the_silver_searcher/archive/${VER
Folks,
I'm looking at packaging The Silver Searcher, aka Ag. The Silver
Searcher is a grep/Ack replacement designed for searching code and
optimised for speed.
The package has an Apache 2.0 license, and is already packaged for
Debian, Ubuntu and Fedora, amongst others.
setup.hint is below,
I'm seeing what seems to be some very odd behaviour from Cygport when
uploading noarch packages: Cygport uploads all the packages for the
64-bit architecture, but only the main and source packages for 32-bit
architecture.
Mostly I'm looking to know whether other people experience the same
On 5 November 2015 at 10:05, Corinna Vinschen wrote:
> Hi Adam,
>
> On Nov 2 10:37, Adam Dinwoodie wrote:
>> Folks,
>>
>> I'm looking at packaging fzf[0], which is a "fuzzy finder" with shell
>> and Vim integration. It's not nearly so fast on Cygwin a
Folks,
I'm looking at packaging fzf[0], which is a "fuzzy finder" with shell
and Vim integration. It's not nearly so fast on Cygwin as it is on my
Linux and Mac boxes, sadly (I suspect a combination of it needing to
fall back to Ruby due to Cygwin's lack of Go compiler, plus the standard
Cygwin
On 08/08/2015 06:31, Achim Gratz wrote:
Adam Dinwoodie writes:
I've discovered a neat Git tool -- git subtree -- which is part of Git's
contrib directory and isn't something we currently distribute as part
of any of the existing Git-related packages.
openSUSE ships this in git-core since some
I've discovered a neat Git tool -- git subtree -- which is part of Git's
contrib directory and isn't something we currently distribute as part
of any of the existing Git-related packages.
I'd like to start adding this to the stack of Git packages I build and
distribute. I don't think the build
On Sun, Aug 02, 2015 at 08:35:25AM +0200, Achim Gratz wrote:
The tests for 2.5.0 just completed:
--8---cut here---start-8---
fixed 1
success 12528
failed 0
broken 179
total 12808
--8---cut here---end---8---
On Sat, Aug 01, 2015 at 08:17:59PM +0200, Achim Gratz wrote:
Adam Dinwoodie writes:
I think git-svn should and used to depend on subversion-perl, but
this seems to have gone missing, somehow.
How very odd! That was one of the automatically generated
dependencies, so presumably
On 01/08/2015 15:18, Jon TURNEY wrote:
On 30/07/2015 20:41, Achim Gratz wrote:
Adam Dinwoodie writes:
These packages are now uploaded, with a !perl file instead of a
!ready file.
Thanks.
I'm going to look at taking the latest upstream releases once the new
version of Perl has been released
On Fri, Jul 31, 2015 at 11:42:53PM +0200, Achim Gratz wrote:
With the invaluable help of Yaakov and John on the server side, the mass
update of all things Perl is now complete. I would like to thank all
maintainers for helping with re-releases of their packages. I don't
know if that's my
On Tue, Jul 28, 2015 at 07:43:56AM +0200, Achim Gratz wrote:
Adam Dinwoodie writes:
I'm just waiting for it to finish running through the test suite
before I upload :)
Thank you.
These packages are now uploaded, with a !perl file instead of a
!ready file.
I'm going to look at taking
1 - 100 of 119 matches
Mail list logo