On Sat, 21 Oct 2023 14:07:26 +0100, Jon Turney
> On 25/10/2020 11:51, Lemures Lemniscati via Cygwin-apps wrote:
> > Hi!
> >
> > ITA for openbabel, which have been maintained by Yaakov [1].
>
> Hi Lem,
>
> Is it possible to get a rebuild/update of openbabel f
On Fri, 13 Jan 2023 14:27:46 +, Jon Turney via Cygwin-apps
> 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 requested at [0], I've offered to
On Mon, 9 Jan 2023 16:32:23 +, Adam Dinwoodie via Cygwin-apps
> 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]:
On Tue, 9 Nov 2021 19:17:29 +0100, Marco Atzeri via Cygwin-apps
> On 07.11.2021 13:07, Lemures Lemniscati via Cygwin-apps wrote:
> > On Sun, 07 Nov 2021 20:46:25 +0900, Lemures Lemniscati
> >> On Sat, 23 Oct 2021 19:44:25 +0200, Achim Gratz
> >>>
>
> >
>
On Sun, 07 Nov 2021 20:46:25 +0900, Lemures Lemniscati
> On Sat, 23 Oct 2021 19:44:25 +0200, Achim Gratz
> >
> > We should get rid of dependencies to the obsolete OpensSSL 1.0 library
> > that is no longer maintained upstream and has several critical bugs.
> >
> > Current and previous versions
On Sat, 23 Oct 2021 19:44:25 +0200, Achim Gratz
>
> We should get rid of dependencies to the obsolete OpensSSL 1.0 library
> that is no longer maintained upstream and has several critical bugs.
>
> Current and previous versions of the following packages depend on the
> outdated libopenssl100 (a
On Mon, 20 Sep 2021 12:48:31 +0100, Jon Turney
> On 20/09/2021 07:24, Lemures Lemniscati via Cygwin-apps wrote:
> > On Mon, 20 Sep 2021 07:50:29 +0200, ASSI
> >> Lemures Lemniscati via Cygwin-apps writes:
> >>> I've accidentally pushed a tag named 'playgroun
On Mon, 20 Sep 2021 07:50:29 +0200, ASSI
> Lemures Lemniscati via Cygwin-apps writes:
> > I've accidentally pushed a tag named 'playground' to the repository
> > ssh://cygwin.com/git/cygwin-packages/schroedinger-coordgenlibs
> > (
> > https://cygwin.com/git/?p=git/c
Hi!
I've accidentally pushed a tag named 'playground' to the repository
ssh://cygwin.com/git/cygwin-packages/schroedinger-coordgenlibs
( https://cygwin.com/git/?p=git/cygwin-packages/schroedinger-coordgenlibs.git )
Anyone with the privilege, please remove the tag 'playground' from the
repo
On Mon, 30 Aug 2021 20:57:50 +0900, Lemures Lemniscati
> Hi !
>
> [ITP] A new package proposal: mpfi
>
> * libmpfi-devel-1.5.3-1
> * libmpfi-doc-1.5.3-1
> * libmpfi0-1.5.3-1
>
> * mpfi-1.5.3-1-src
> * mpfi-debuginfo-1.5.3-1
>
>
>
>
> mpfi 1.5.3
>
> Summary: MPFI: Multiple Precision
Hi !
[ITP] A new package proposal: mpfi
* libmpfi-devel-1.5.3-1
* libmpfi-doc-1.5.3-1
* libmpfi0-1.5.3-1
* mpfi-1.5.3-1-src
* mpfi-debuginfo-1.5.3-1
mpfi 1.5.3
Summary: MPFI: Multiple Precision Floating-Point Interval Library
Description:
A library for interval arithmetic,
which is
Hi!
ITA for lua-ldap, which has been maintained by Yaakov [1], [2].
Now, the latest upstream of lua-ldap is lualdap 1.3.0 [3].
A new candidate cygport file is placed at [4].
And, it's been tested on Cygwin GitHub CI [5].
Generated package files are placed at [6] and [7]:
* lua-ldap-1.3.0-1
*
Hi!
ITA for lua-lxp, which has been maintained by Yaakov [1], [2].
Now, the latest upstream of lua-lxp is lualxp 1.3.3 and its master
branch is at 3 commits after v1.3.3 [3].
A new candidate cygport file is placed at [4].
And, it's been tested on Cygwin AppVeyor CI [5].
Generated package files
Hi!
ITA for lua-logging, which has been maintained by Yaakov [1], [2].
Now, the latest upstream of lua-logging is lualogging 1.5.1 [3].
A new candidate cygport file is placed at [4].
And, it's been tested on Cygwin AppVeyor CI [5].
Generated package files are placed at [6] and [7]:
*
Hi!
ITA for lua-lfs, which has been maintained by Yaakov [1], [2].
Now, the latest upstream of lua-lfs is luafilesystems 1.8.0 [3].
A new candidate cygport file is placed at [4].
And, it's been tested on Cygwin AppVeyor CI [5].
Generated package files are placed at [6] and [7]:
*
On Sun, 23 May 2021 00:00:25 -0600, Brian Inglis
> On 2021-05-22 17:44, Lemures Lemniscati via Cygwin-apps wrote:
> > On Wed, 19 May 2021 22:09:59 +0100, Jon Turney
> >> On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:
> >>> Trying to build harfbuzz, I ge
On Sun, 23 May 2021 06:01:43 +0200, Marco Atzeri via Cygwin-apps
> On 23.05.2021 05:51, Marco Atzeri wrote:
> > On 23.05.2021 01:44, Lemures Lemniscati via Cygwin-apps wrote:
> >> On Wed, 19 May 2021 22:09:59 +0100, Jon Turney
> >>> On 19/05/2021 20:32, K
On Wed, 19 May 2021 22:09:59 +0100, Jon Turney
> On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:
> > Trying to build harfbuzz, I get the following python failure with
> > python-3.8
> >
> > Traceback (most recent call last):
> > File
On Tue, 27 Apr 2021 05:45:40 +0200, Marco Atzeri via Cygwin-apps
> So I checked on my /etc/setup how many duplicates there are
> and it seems also other package has the same problem
>
> Some are not an issue, but on the binaries I can not judge
> $ cd /etc/setup
> $ zcat *.lst.gz | sed '/\/$/d'
On Sat, 17 Apr 2021 15:54:38 +0200, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > (2) The situation occurs at testing to load just-built modules
> > /usr/bin/python3.6 -c 'import xapian'
> > /usr/bin/python3.6 -O -c 'import xapian'
> >
>
On Thu, 15 Apr 2021 08:13:17 +0200, ASSI
> Lemures Lemniscati via Cygwin-apps writes:
> > I tried it by 'rebase -s $@'
>
> Make that 'rebase -sO $@' since you don't want to rebase the system DLL.
>
> > But, sadly, no improvement.
>
> Well, you'd generally start wit
On Wed, 14 Apr 2021 12:24:48 +0300, Jari Aalto
> On 2021-04-08 19:03, Lemures Lemniscati via Cygwin-apps wrote:
> > https://sourceware.org/pipermail/cygwin/2021-March/248073.html
> > On Sat, 13 Mar 2021 22:33:27 +0900, Lemures Lemniscati
> > > Is there any
On Mon, 12 Apr 2021 20:13:57 +0200, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > On i686, I've succefully built xapian-bindings for python 3.7 and 3.8,
> > but failed to build xapian-bindings for python 3.6 with a message
> > '*** stack smashing detected ***:
Hi!
I'm trying to build xapian-core and xapian-bindings 1.4.18 with cygport
files:
https://github.com/cygwin-lem/xapian-core-cygport/tree/n_1.4.18-0.1
https://github.com/cygwin-lem/xapian-bindings-cygport/tree/n_1.4.18-0.1
But, on i686, I've failed to build xapian-bindings for python 3.6.
On Fri, 09 Apr 2021 10:03:32 -0400, Andrew Schulman via Cygwin-apps
> > On Thu, 08 Apr 2021 19:26:44 -0400, Andrew Schulman via Cygwin-apps
> > > Awarded!
> > > https://cygwin.com/goldstars/#LM
> > > https://cygwin.com/goldstars/#AG
>
> BTW I wanted to name you #LL in the Gold stars page, but
On Thu, 08 Apr 2021 19:26:44 -0400, Andrew Schulman via Cygwin-apps
> Awarded!
>
> https://cygwin.com/goldstars/#LM
> https://cygwin.com/goldstars/#AG
Thank you!
Lem
https://sourceware.org/pipermail/cygwin/2021-March/248073.html
On Sat, 13 Mar 2021 22:33:27 +0900, Lemures Lemniscati
> Hi!
>
> Is there any plan to update pngcheck?
>
> Currently, we have pngcheck 2.3.0-1.
> https://www.cygwin.com/packages/summary/pngcheck-src.html
>
> And, recently, some
On Sun, 28 Mar 2021 07:02:00 +0900, Lemures Lemniscati
> On Sat, 27 Mar 2021 16:58:48 +0100, Marco Atzeri
> > I used your cygport as base for 3.20.0-1, plus an additional patch
> > https://sourceware.org/pipermail/cygwin-patches/2021q1/011303.html
> >
> Thank you for fixing and updating.
Is it
On Sat, 27 Mar 2021 16:58:48 +0100, Marco Atzeri
> I used your cygport as base for 3.20.0-1, plus an additional patch
> https://sourceware.org/pipermail/cygwin-patches/2021q1/011303.html
I've found another confusion between _WIN32 and __CYGWIN__ in 3.20.0 [1].
[1]:
On Sat, 27 Mar 2021 16:58:48 +0100, Marco Atzeri
> On 17.12.2020 22:30, Lemures Lemniscati via Cygwin-apps wrote:
> > A new candidate cmake.cygport has been uploaded (and is attached to this
> > mail):
> >
> > https://github.com/cygwin-lem/cygwin-pkg/blob/cmake_3
On Sun, 28 Feb 2021 18:34:36 +0900, Lemures Lemniscati
> On Sat, 27 Feb 2021 13:32:37 +0100, Achim Gratz
> > >> > And, choices for a tree-prefix where luarocks will install rocks are:
> > >> > 1) luarocks_tree=/usr/share/lua/luarocks
> >
> > That only makes sense if luarocks aren't architecture
On Sat, 27 Feb 2021 13:32:37 +0100, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> >> > I've understood that we should avoid /usr/local.
>
> Specifically we should avoid to put files or directories there, so if
> you ever envision to have luarocks wrapp
On Wed, 24 Feb 2021 09:38:33 -0700, Brian Inglis
> On 2021-02-24 04:03, Lemures Lemniscati via Cygwin-apps wrote:
> > On Tue, 23 Feb 2021 23:53:08 -0700, Brian Inglis
> >> On 2021-02-23 22:20, Marco Atzeri via Cygwin-apps wrote:
> >>> On 24.02.2021 05:18, Lemures Le
On Wed, 24 Feb 2021 18:48:08 +0900, Lemures Lemniscati
>
> But, homepage info has a typo,
> which should be https://github.com/htacg/tidy-html5
It has a typo, still: '5' is needed at the end of the url.
http://matzeri.altervista.org/x86_64/release/tidy-html5/tidy-html5-5.6.0-1-src.hint
On Tue, 23 Feb 2021 23:53:08 -0700, Brian Inglis
> On 2021-02-23 22:20, Marco Atzeri via Cygwin-apps wrote:
> > On 24.02.2021 05:18, Lemures Lemniscati via Cygwin-apps wrote:
> >> On Sat, 20 Feb 2021 19:15:38 +0900, Lemures Lemniscati
> >>> On Sat, 20 Feb 20
On Tue, 23 Feb 2021 22:03:33 +0100, Marco Atzeri via Cygwin-apps
> as tidy is one of the package suggested for lilypod, I am planning
> to adopt it and updated
>
> However as the version went
>
> from tidy-20090325.tar.bz2
> totidy-html5-5.6.0.tar.gz
>
> I do not see an easy way for
On Sat, 20 Feb 2021 19:15:38 +0900, Lemures Lemniscati
> On Sat, 20 Feb 2021 08:40:33 +0100, Achim Gratz
> > Lemures Lemniscati via Cygwin-apps writes:
> > > * A new source luarocks provides lua53- and lua54-luarocks.
> > > They install rocks into an alterna
Hi!
We have lua5.1 packages [1] besides lua packages [2] in the current
Cygwin distribution, although we have no lua 5.1 module packages.
So I've added simply lua51 (obsoleting lua5.1) and no lua51-* module
to the tree [3], which I'm proposing.
[1]:
On Sat, 20 Feb 2021 08:40:33 +0100, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > * A new source luarocks provides lua53- and lua54-luarocks.
> > They install rocks into an alternative tree /var/lib/lua-site/.
>
> That looks wrong to me, I'd have expecte
On Mon, 15 Feb 2021 21:31:20 +0100, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > openbabel-3.1.1 is built and will work with perl 5.32.
> >
> In case you haven't seen the other message: please upload that package
> now. Thank you.
>
Thank you.
I've uploa
Hi!
Helped by advices from Achim [1],
I prepared an experimental tree for Lua [2], as a first step.
And I'd like to request for comments about it.
* lua is forked into lua54 and lua53. It is also obsoleted by lua53.
we can select versions by alternatives
* A new source luarocks provides
On Sat, 6 Feb 2021 20:07:08 +0100, Marco Atzeri via Cygwin-apps
> On 06.02.2021 17:13, Achim Gratz wrote:
> > Achim Gratz writes:
> >> Please prepare your packages for the release of perl-5.32 and report on
> >> this list about their status. The one package that I intend to wait for
> >> the
Hi!
This is a patch for improving __fix_shebang(),
in case a shebang uses 'env'.
(just gobbling a word after 'env')
diff --git a/lib/src_install.cygpart b/lib/src_install.cygpart
index cca7347..d101f5b 100644
--- a/lib/src_install.cygpart
+++ b/lib/src_install.cygpart
@@ -103,7 +103,9 @@
Hi!
Here are small patches, which might be useful (I guess).
1. We can get a build-depends list from a cygport file by
cygport foo.cygport builddep-oneline | tail -1
and can easily use the results from other scripts.
2. Make sure a build-depends list in *-src.hint be a single line
On Tue, 19 Jan 2021 09:31:37 +0100, Marco Atzeri via Cygwin-apps
> Hi
> Is it my impression or "calm" processing at server
> is stacked in this moment ?
In order to promote test packages of fontforge to current,
I sent revised .hint files about 12 hours ago.
But it seems that they are not
On Mon, 18 Jan 2021 06:33:09 +0100, Marco Atzeri via Cygwin-apps
> the current python test packages remove the link python->python2.7
> and replace with an alternative appraouch.
>
> Before making the switch, I would like to review the packages that could be
> broken, so I looked at all
On Sun, 17 Jan 2021 07:59:14 +0100, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > Does it mean that we should have a way to rebase such dynamic objects
> > automatically?
>
> Well, the first step is to make sure that packaged and locally installed
> stuff
On Sat, 16 Jan 2021 07:50:52 +0100, ASSI
> Lemures Lemniscati via Cygwin-apps writes:
> > And I'm trying to package luarocks for lua5.3 and lua5.4
> > (lua5.3-luarocks and lua5.4-luarocks) by a single cygport file.
>
> The packages should be named lua53-luarocks and l
On Fri, 15 Jan 2021 21:02:25 +0100, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > This is a fixed patch for cygport:
> >
> > I'd like to apply alternatives to lua packages to have different
> > versions of lua being installed. But, in such cases, current
&
Hi!
This is a fixed patch for cygport:
I'd like to apply alternatives to lua packages to have different
versions of lua being installed. But, in such cases, current
__list_deps() might pick wrong dependencies.
And, this is a patch to add a flag __SKIP_LIST_DEPS_LUA to skip
__list_deps()
On Fri, 15 Jan 2021 18:46:44 +0900, Lemures Lemniscati
> Hi!
>
> This is another patch for cygport:
>
> I'd like to apply alternatives to lua packages to have different
> versions of lua being installed. But, in such cases, current
> __list_deps() might pick wrong dependencies.
>
> And, this
Hi!
This is another patch for cygport:
I'd like to apply alternatives to lua packages to have different
versions of lua being installed. But, in such cases, current
__list_deps() might pick wrong dependencies.
And, this is a patch to add a flag __SKIP_LIST_DEPS_LUA to skip
__list_deps()
Lemures Lemniscati via Cygwin-apps wrote:
>>>>> On Sun, 10 Jan 2021 12:46:43 +0100, Marco Atzeri via Cygwin-apps
>>>>>> On 10.01.2021 01:07, Lemures Lemniscati via Cygwin-apps wrote:
>>>>>> Building on my system I found that gobject-introspection wi
Hi!
This is another patch for cygport:
In lib/src_prep.cygpart/__mkdirs(),
remove all extended ACL entries of ${workdir}, first,
as a fool-proof (e.g., in case file permission tests are required,
or in case file permission under ${D} would be contaminated).
I encounterd a case (cmake) in
On Sun, 10 Jan 2021 12:41:24 +0100, Marco Atzeri via Cygwin-apps
> On 10.01.2021 07:48, Lemures Lemniscati via Cygwin-apps wrote:
> >
> > Now, the latest upstream of lua is 5.4.2, and last 5.3-release is 5.3.6 [2].
> >
> > A new candidate cygport files are placed at [
On Sun, 10 Jan 2021 12:46:43 +0100, Marco Atzeri via Cygwin-apps
> On 10.01.2021 01:07, Lemures Lemniscati via Cygwin-apps wrote:
> Building on my system I found that gobject-introspection will need
> a rebuild for python3.
>
> /usr/bin/meson --internal exe --unpickle
> /pub/tm
ITA for libnice, which has been maintained by Yaakov [1].
Now, the latest upstream of lua is 5.4.2, and last 5.3-release is 5.3.6 [2].
A new candidate cygport files are placed at [3] for 5.4.2,
and at [4] for 5.3.6.
They build successfully on Cygwin AppVeyor CI
5.4.2 ID 1706: [5]
5.3.6 ID
ITA for libnice, which has been maintained by Yaakov [1].
Now, the latest upstream of libnice is 0.1.18 [2].
A new candidate cygport file is placed at [3].
It failed on Cygwin AppVeyor CI (ID 1695: [4]):
* On x86_64, it successfully built, but one test failed.
* On x86, it failed to build.
On Mon, 4 Jan 2021 19:28:39 +0100, Marco Atzeri via Cygwin-apps
> On 04.01.2021 17:37, Lemures Lemniscati via Cygwin-apps wrote:
> > On Tue, 05 Jan 2021 01:33:28 +0900, Lemures Lemniscati
> >> ITA for libspectre, which has been maintained by Yaakov [1].
> >>
> >&
On Tue, 05 Jan 2021 01:33:28 +0900, Lemures Lemniscati
> ITA for libspectre, which has been maintained by Yaakov [1].
>
> Now, the latest upstream of exif is 0.6.22 [2].
This line should be...
``Now, the latest upstream of libspectre is 0.2.9 [2].''
Regards,
Lem
ITA for libspectre, which has been maintained by Yaakov [1].
Now, the latest upstream of exif is 0.6.22 [2].
A new candidate cygport file is placed at [3].
And, it's been tested on Cygwin AppVeyor CI (ID 1606: [4]).
Generated package files are placed at [5] and [6].
Packaging is rearranged
Hi!
I'm preparing share-mime-info-2.1-1, updating to the latest upstream.
My local-buildings run and check successfull both on i686 and x86_64
with a source tree [1].
But on AppVeyor [2], testing seems to be skipped on i686 arch, although
src_test is called [3]... On the other hand, testing
On Sun, 03 Jan 2021 10:51:30 +0100, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > So an expected libexiv-doc will contain
> […]
> > How about this rearrangement?
>
> That sounds OK to me. You don't need to do another update just for that
> change of cou
On Sat, 02 Jan 2021 23:13:45 +0100, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > I agree. And I'll remove the dependency and rebuild.
>
> Minor nit: IMHO it would have been all-around cleaner if you obsoleted
> libexif-common and replaced it with libexif-doc.
Hi.
I've found, by chance, a potential risk of conflicts
between libopenmpi12 and libopenmpi40.
Both packages have some files of same paths [1].
Especially, /usr/lib/openmpi/cygompi_dbg_msgq.dll is common.
But I don't know whether it is compatible or not.
Remark:
libopenmpi12 is required by
On Thu, 31 Dec 2020 16:48:59 +0100, Marco Atzeri via Cygwin-apps
> On 31.12.2020 12:03, Lemures Lemniscati via Cygwin-apps wrote:
> > Helped by Achim Gratz, now I can tell ITA for exif-0.6.22-1.
> >
> >
> > ITA for exif, which has been maintained by Yaakov [1].
>
On Thu, 31 Dec 2020 16:44:20 +0100, Marco Atzeri via Cygwin-apps
> On 31.12.2020 11:54, Lemures Lemniscati via Cygwin-apps wrote:
> > Helped by Achim Gratz, now I can tell ITA for libexif-0.6.22-1 again,
> > and, in a following mail, ITA for exif-0.6.22-1.
> >
> > --
>
On Thu, 31 Dec 2020 21:57:56 +0900, Lemures Lemniscati
> Hi!
>
> ITA for popt, which has been maintained by Yaakov [1].
>
> Now, the latest upstream of popt is 1.8 [2].
>
> A new candidate cygport file is placed at [3].
> And, it's been tested on Cygwin AppVeyor CI (ID 1560: [4]).
>
>
Hi!
ITA for popt, which has been maintained by Yaakov [1].
Now, the latest upstream of popt is 1.8 [2].
A new candidate cygport file is placed at [3].
And, it's been tested on Cygwin AppVeyor CI (ID 1560: [4]).
Generated package files are placed at [5] and [6]:
[1]:
Helped by Achim Gratz, now I can tell ITA for exif-0.6.22-1.
ITA for exif, which has been maintained by Yaakov [1].
Now, the latest upstream of exif is 0.6.22 [2].
A new candidate cygport file is placed at [3].
And, it's been tested on Cygwin AppVeyor CI (ID 1558: [4]).
Generated package
Helped by Achim Gratz, now I can tell ITA for libexif-0.6.22-1 again,
and, in a following mail, ITA for exif-0.6.22-1.
--
ITA for libexif, which has been maintained by Yaakov [1].
Now, the latest upstream of libexif is 0.6.22 [2].
A new candidate cygport file is placed at [3].
And, it's been
On Thu, 31 Dec 2020 09:49:33 +0100, Achim Gratz
> Achim Gratz writes:
> > # Work around a libpopt-devel-1.16-2 packaging issue that causes the error:
> > # libtool: error: cannot find the library '/usr/lib/libintl.la' or
> > unhandled argument '/usr/lib/libintl.la'
> > # See
Hi,
I'm trying to build libexif and exif, and I need help.
exif is troublesome:
i686 build failed on my local machine,
while it's successfully built on AppVeyor CI.
(1) It's successfully built on AppVeryor CI for both of x86_64 and i686:
( ID 1550:
On Thu, 31 Dec 2020 05:17:48 +0100, Marco Atzeri via Cygwin-apps
> On 31.12.2020 02:18, Lemures Lemniscati via Cygwin-apps wrote:
> > Hi!
> >
> > ITA for cutemaze, which has been maintained by Yaakov [1].
> >
> > Now, the latest upstream of cutemaze is 1.2.6 [2]
On Thu, 31 Dec 2020 08:33:50 +0900, Lemures Lemniscati
> Hi!
>
> ITA for libexif, which has been maintained by Yaakov [1].
>
> Now, the latest upstream of libexif is 0.6.22 [2].
>
> A new candidate cygport file is placed at [3].
> But it is not tested on Cygwin AppVeyor CI, yet.
>
> Generated
On Thu, 31 Dec 2020 08:17:30 +0900, Lemures Lemniscati
> Hi!
>
> ITA for exiv2, which has been maintained by Yaakov [1].
>
> Now, the latest upstream of exiv2 is 0.27.3 [2].
>
> A new candidate cygport file is placed at [3].
> But it is not tested on Cygwin AppVeyor CI, yet.
>
> Generated
Hi!
ITA for cutemaze, which has been maintained by Yaakov [1].
Now, the latest upstream of cutemaze is 1.2.6 [2].
A new candidate cygport file is placed at [3].
And, it's been tested on Cygwin AppVeyor CI [4].
Generated package files are placed at [5] and [6]:
* cutemaze-1.2.6-1.tar.xz
*
Hi!
ITA for libexif, which has been maintained by Yaakov [1].
Now, the latest upstream of libexif is 0.6.22 [2].
A new candidate cygport file is placed at [3].
But it is not tested on Cygwin AppVeyor CI, yet.
Generated package files are placed at [4] and [5]:
* libexif-common-0.6.22-1.tar.xz
Hi!
ITA for exiv2, which has been maintained by Yaakov [1].
Now, the latest upstream of exiv2 is 0.27.3 [2].
A new candidate cygport file is placed at [3].
But it is not tested on Cygwin AppVeyor CI, yet.
Generated package files are placed at [4] and [5]:
* exiv2-0.27.3-1.tar.xz
*
Hi,
I was testing openjpeg2.cyport on appveyor to reduce size of artifacts
because it made very big builddir.tar.xz. But CI began to fail suddenly.
Are there any limitation on AppVeyor CI?
I'm sorry if it is the cause of failures that I've treated very big
files, repeatedly.
Lem
--
On Sat, 26 Dec 2020 14:34:21 +0100, Marco Atzeri via Cygwin-apps
>
>
> On 26.12.2020 14:08, Lemures Lemniscati via Cygwin-apps wrote:
> > Hi!
> >
> > ITA for jbigkit, which has been maintained by Yaakov [1].
> >
> > Now, the latest upstream of jbigkit is 2
Hi!
ITA for jbigkit, which has been maintained by Yaakov [1].
Now, the latest upstream of jbigkit is 2.1 [2].
A new candidate cygport file is placed at [3].
And, it's been tested on Cygwin AppVeyor CI [4].
Generated package files are placed at [5] and [6]:
* jbigkit-2.1-1.tar.xz
*
On Sat, 26 Dec 2020 12:32:42 +0100, Marco Atzeri via Cygwin-apps
> On 26.12.2020 02:49, Lemures Lemniscati via Cygwin-apps wrote:
> > Hi!
> >
> > ITA for jbig2dec, which has been maintained by Yaakov [1].
> >
> > Now, the latest upstream of jbig2dec is 0.19 [2]
Hi!
ITA for jbig2dec, which has been maintained by Yaakov [1].
Now, the latest upstream of jbig2dec is 0.19 [2].
A new candidate cygport file is placed at [3].
And, it's been tested on Cygwin AppVeyor CI [4].
Generated package files are placed at [5] and [6]:
* jbig2dec-0.19-1.tar.xz
*
On Fri, 25 Dec 2020 12:00:07 +0100, Marco Atzeri via Cygwin-apps
> On 22.12.2020 00:04, Lemures Lemniscati via Cygwin-apps wrote:
> > On Sun, 20 Dec 2020 22:10:55 +0900, Lemures Lemniscati
> >> On Sun, 20 Dec 2020 13:45:06 +0100, Marco Atzeri via Cygwin-apps
> >>>
On Sun, 20 Dec 2020 22:10:55 +0900, Lemures Lemniscati
> On Sun, 20 Dec 2020 13:45:06 +0100, Marco Atzeri via Cygwin-apps
> > On 20.12.2020 13:30, Lemures Lemniscati via Cygwin-apps wrote:
> > > Hi!
> > >
> > > ITA for shared-mime-info, which has been maint
On Sun, 20 Dec 2020 13:45:06 +0100, Marco Atzeri via Cygwin-apps
> On 20.12.2020 13:30, Lemures Lemniscati via Cygwin-apps wrote:
> > Hi!
> >
> > ITA for shared-mime-info, which has been maintained by Yaakov [1].
> >
> > Now, the latest upstream of shared-mi
Hi!
ITA for shared-mime-info, which has been maintained by Yaakov [1].
Now, the latest upstream of shared-mime-info is 2.0 [2].
A new candidate cygport file is placed at [3].
But it is not tested on Cygwin AppVeyor CI, yet), since we need
an updated itstool (>= 2.0.6 suffices) in order to pass
Hi!
ITA for itstool, which has been maintained by Yaakov [1].
Now, the latest upstream of itstool is 2.0.6 [2].
A new candidate cygport file is placed at [3], and has been tested:
https://ci.appveyor.com/project/cygwin/scallywag/builds/36926575/job/0jxdxwn430g1qqat
Generated package files are
Hi!
Marco and Tony,
CMake 3.19.2 has been released in the upstream.
https://blog.kitware.com/cmake-3-19-2-available-for-download/
A new candidate cmake.cygport has been uploaded (and is attached to this mail):
On Wed, 16 Dec 2020 18:46:18 +0100, Marco Atzeri via Cygwin-apps
> On 16.12.2020 13:04, Lemures Lemniscati via Cygwin-apps wrote:
> > Hi!
> >
> > ITA for openjpeg2, which has been maintained by Yaakov [1].
> >
> > Now, the latest upstream of openjpeg
On Wed, 16 Dec 2020 21:04:51 +0900, Lemures Lemniscati
> Hi!
>
> ITA for openjpeg2, which has been maintained by Yaakov [1].
>
> Now, the latest upstream of openjpeg is at 113 commits after v2.3.1 [2].
> The commits contain bug fixes and security patches.
>
> A new candidate cygport file is
Hi!
ITA for openjpeg2, which has been maintained by Yaakov [1].
Now, the latest upstream of openjpeg is at 113 commits after v2.3.1 [2].
The commits contain bug fixes and security patches.
A new candidate cygport file is placed at [3] (but it is not tested
on Cygwin AppVeyor CI, yet).
On Sun, 13 Dec 2020 15:32:23 +0100, Marco Atzeri via Cygwin-apps
> On 13.12.2020 06:58, Lemures Lemniscati via Cygwin-apps wrote:
> > Hi!
> >
> > ITA for libjpeg-turbo, which have been maintained by Yaakov [1].
> >
> > Now, the latest stable upstream ver
Hi!
ITA for libjpeg-turbo, which have been maintained by Yaakov [1].
Now, the latest stable upstream version of libjpeg-turbo is 2.0.6 [2].
A new candidate cygport file is placed at [3] (but it is not tested
on Cygwin AppVeyor CI, yet).
Generated package files are placed at [4] and [5]:
*
On Sat, 12 Dec 2020 12:45:04 +0900, Lemures Lemniscati
> On Thu, 10 Dec 2020 22:28:32 +0900, Lemures Lemniscati
> > On Thu, 10 Dec 2020 07:02:07 +0900, Lemures Lemniscati
> > > On Wed, 09 Dec 2020 21:10:18 +0900, Lemures Lemniscati
> > > > On Mon, 07 Dec 2020 22:52:28 +0900, Lemures Lemniscati
> >
On Thu, 10 Dec 2020 22:28:32 +0900, Lemures Lemniscati
> On Thu, 10 Dec 2020 07:02:07 +0900, Lemures Lemniscati
> > On Wed, 09 Dec 2020 21:10:18 +0900, Lemures Lemniscati
> > > On Mon, 07 Dec 2020 22:52:28 +0900, Lemures Lemniscati
> > > > On Wed, 02 Dec 2020 13:38:32 -0500, Yaakov Selkowitz via
On Thu, 10 Dec 2020 07:02:07 +0900, Lemures Lemniscati
> On Wed, 09 Dec 2020 21:10:18 +0900, Lemures Lemniscati
> > On Mon, 07 Dec 2020 22:52:28 +0900, Lemures Lemniscati
> > > On Wed, 02 Dec 2020 13:38:32 -0500, Yaakov Selkowitz via Cygwin-apps
> > > > On Tue, 2020-12-01 at 15:47 +, Jon
On Wed, 09 Dec 2020 21:10:18 +0900, Lemures Lemniscati
> On Mon, 07 Dec 2020 22:52:28 +0900, Lemures Lemniscati
> > On Wed, 02 Dec 2020 13:38:32 -0500, Yaakov Selkowitz via Cygwin-apps
> > > On Tue, 2020-12-01 at 15:47 +, Jon Turney wrote:
> > > > Update xorg.cygclass URLs since
On Tue, 08 Dec 2020 20:17:43 +0100, Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > Since it seems that 'Prefix' is different from 'Portage',
> > I'm not sure that it's ok to replace only the citation.
>
> I think Prefix builds on Portage or r
1 - 100 of 162 matches
Mail list logo