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 with babl, which is needed for gegl0.4, which is neede
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 gobject-introspection.
If I disable introspection, the build
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 gobject-introspection.
If I disable introspection, the build works fine. This would be OK, since babl
has been built witho
On 5/16/2020 11:40 AM, Marco Atzeri via Cygwin-apps wrote:
On 16.05.2020 00:48, Ken Brown via Cygwin-apps wrote:
cygport file attached.
This is a followup to Yaakov's suggestion in
https://sourceware.org/pipermail/cygwin-apps/2020-May/040049.html
After I've uploaded this, some
cygport file attached.
This is a followup to Yaakov's suggestion in
https://sourceware.org/pipermail/cygwin-apps/2020-May/040049.html
After I've uploaded this, someone should move all the minizip stuff under zlib
on sourceware to the new minizip directory. Or else that should be done first,
cygport file attached. I've bumped the version to 1.12.2, which is the latest
stable upstream release. Upstream has actually released 1.15.5, but the News
file says it's unstable and recommends that distros not package it.
I'm proposing an unversioned source package cairomm, as well as unvers
cygport file attached. I bumped the release number and added one new
Fedora patch, but that probably doesn't warrant a new release. But if
anyone disagrees, I'll go ahead with a new release.
Ken
inherit gnome2
NAME="cairo"
VERSION=1.16.0
RELEASE=2
CATEGORY="Libs"
SUMMARY="Cross-device vector
On 5/15/2020 1:19 AM, Yaakov Selkowitz wrote:
On Thu, 2020-05-14 at 17:14 -0400, Ken Brown via Cygwin-apps wrote:
cygport files attached. I've updated libsigc2.0 to the latest release in the
2.0 series, and I've created libsigc3.0 as a new package, as Fedora does. Note:
If you wa
cygport files attached. I've updated libsigc2.0 to the latest release in the
2.0 series, and I've created libsigc3.0 as a new package, as Fedora does. Note:
If you want to do a test build of the latter, you'll need to install the updated
mm-common from the previous ITA.
Ken
ORIG_PN="libsigc+
cygport file attached. I bumped the version to the latest upstream release, and
I removed the custom src_compile, since the default src_compile now works (and
the custom one doesn't, since the tarball no longer includes a configure script).
Ken
inherit gnome.org
NAME="mm-common"
VERSION=1.0.0
Builds fine from Yaakov's cygport file, no update needed at present.
Ken
cygport files attached. In both cases these are routine updates to the latest
upstream release. For poppler, I also updated the Fedora patches to those that
are used in the latest Fedora release (but I ignored the patches that are for
qt4, since the Cygwin build uses qt5).
Ken
inherit qt5 cm
On 5/13/2020 11:10 PM, Yaakov Selkowitz wrote:
On Wed, 2020-05-13 at 14:44 -0400, Ken Brown via Cygwin-apps wrote:
2. I primed the cache so that configure would think I didn't have xmlto
installed. The latter failed to produce man files, for reasons I didn't try to
figure out.
The
On 5/13/2020 1:13 PM, Marco Atzeri wrote:
Am 13.05.2020 um 18:13 schrieb Ken Brown via Cygwin-apps:
cygport file attached. This is the same as Yaakov's, with a version bump and
trivial changes.
Ken
changed maintainer.
PS: there is also a xmltoman package if you are interested
Sure,
cygport file attached. I bumped the version to 0.13.71, the latest upstream
release. I also made the following changes to Yaakov's cygport file, in
addition to a couple of trivial ones:
1. I removed the configure argument --disable-builddir, which is no longer
needed or supported.
2. I pri
cygport file attached. This is the same as Yaakov's, with a version bump and
trivial changes.
Ken
NAME="xmlto"
VERSION=0.0.28
RELEASE=1
CATEGORY="Text"
SUMMARY="Converts XML to various formats"
DESCRIPTION="xmlto is a simple shell script for converting XML files to various
formats. At the mome
There's no need for a new release, but I've made some trivial updates to the
cygport file (attached) and checked that the build works.
Ken
NAME="zlib"
VERSION=1.2.11
RELEASE=2
CATEGORY="Libs"
SUMMARY="gzip de/compression library"
DESCRIPTION="zlib is designed to be a free, general-purpose, legal
My cygport file is attached. It bumps the version to 1.1.28 (latest upstream
release) and changes one URL. Otherwise it is the same as Yaakov's.
Ken
NAME="libpaper"
VERSION=1.1.28
RELEASE=1
CATEGORY="Libs"
SUMMARY="Paper handling library"
DESCRIPTION="The libpaper paper-handling library automa
My cygport file is attached. It bumps the version to 2.6.6, which is the latest
upstream release and is also the version packaged by Fedora as of today. Other
than that, it's the same as Yaakov's cygport file except for trivial changes.
Ken
NAME="harfbuzz"
VERSION=2.6.6
RELEASE=1
CATEGORY="Li
On 5/12/2020 2:02 PM, Yaakov Selkowitz wrote:
On Tue, 2020-05-12 at 12:50 -0400, Ken Brown via Cygwin-apps wrote:
My cygport file is attached. Aside from some trivial URL changes, it differs
from Yaakov's as follows:
1. I've bumped the version from 2.9.1 to 2.10.2, the latest upstre
On 5/12/2020 2:08 PM, Marco Atzeri via Cygwin-apps wrote:
Am 12.05.2020 um 18:53 schrieb Ken Brown via Cygwin-apps:
On 5/12/2020 12:50 PM, Ken Brown via Cygwin-apps wrote:
My cygport file is attached. Aside from some trivial URL changes, it differs
from Yaakov's as follows:
1. I'
On 5/12/2020 12:50 PM, Ken Brown via Cygwin-apps wrote:
My cygport file is attached. Aside from some trivial URL changes, it differs
from Yaakov's as follows:
1. I've bumped the version from 2.9.1 to 2.10.2, the latest upstream release.
2. I removed the Fedora patch fr
My cygport file is attached. Aside from some trivial URL changes, it differs
from Yaakov's as follows:
1. I've bumped the version from 2.9.1 to 2.10.2, the latest upstream release.
2. I removed the Fedora patch freetype-2.9-ftsmooth.patch, which is no longer
used in the Fedora build.
3. I r
My cygport file is attached. It is the same as Yaakov's, except for a version
bump to the latest upstream release and an update of two of the patches.
Ken
inherit cmake
NAME="graphite2"
VERSION=1.3.14
RELEASE=1
CATEGORY="Libs"
SUMMARY="Graphite smart font parser"
DESCRIPTION="Graphite is a pac
On 2/3/2020 3:11 PM, Achim Gratz wrote:
I have done another update of my private Perl repository over the
weekend. While not all maintainers will immediately be ready with their
updates due to external circumstances, I'd like to release the new Perl
version at the end of this week or maybe over
Marco,
Corinna reported a failure of mc to open a FIFO when it is run under tcsh. See
https://cygwin.com/ml/cygwin/2019-12/msg00185.html
and my response. To summarize, mc tries to open a FIFO as O_RDWR twice, and
this fails because Cygwin's FIFO implementation currently allows only one
re
On 12/3/2019 3:44 PM, Jon Turney wrote:
> 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 re
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 this
> change, python36-lxml is installed
On 11/19/2019 12:08 PM, Achim Gratz wrote:
> Ken Brown writes:
>> Now I get "Internal Error: gcrypt library error 45 illegal tag." But 'setup
>> -X' works.
>
> I goofed up and put an ASCII armored key there instead of a binary one.
All good now, and I've rebuilt my packages.
Ken
On 11/19/2019 1:52 AM, ASSI wrote:
> Ken Brown writes:
> I'm getting "Unable to get setup from <http://cygwin.stromeko.net/>". The
> log shows
>>
>> 2019/11/18 17:27:50 HTTP status 404 fetching
>> http://cygwin.stromeko.net/x86_64/setup.xz.sig
On 11/17/2019 2:57 PM, Achim Gratz wrote:
>
> The Perl 5.30 repository is now up at http://cygwin.stromeko.net.
>
> root=http://cygwin.stromeko.net/
>
> The setup.xz is signed with my PGP key available at $root/stromeko.gpg,
> which you can download and then feed to setup.exe via the -K switch.
I maintain biber and perl-PAR-Packer. I can update whenever you say.
Ken
On 11/10/2019 12:12 PM, Achim Gratz wrote:
>
> Perl version 5.30.1 was just released. I will have an unexpected
> timeslot available at the beginning of next week that I plan to use to
> update Perl for Cygwin. This of c
I just uploaded freeglut-3.2.1-1 on both x86 and x86_64. The upload went fine
on x86_64, but on x86 I get the following:
ERROR: package 'freeglut' version '2.6.0-1' is missing source
ERROR: x86 package set has errors after removing stale packages
Any idea what the problem is? I do see freeglut
On 8/9/2019 12:12 PM, Jon Turney wrote:
> On 08/08/2019 18:09, Ken Brown wrote:
>> On 8/8/2019 10:04 AM, Andrew Schulman via cygwin-apps wrote:
>>>>
>>>> These repositories are lazily created on the first push.
>>>
>>> In my testing, git pus
On 8/9/2019 8:59 AM, Jon Turney wrote:
> On 28/07/2019 07:01, Thomas Wolff wrote:
>> I'm again proposing a package to enable italic display of manual pages (as
>> originally intended).
>> I changed the deployment strategy, following comments in my previous attempt
>> (https://cygwin.com/ml/cygwin-
On 8/8/2019 10:04 AM, Andrew Schulman via cygwin-apps wrote:
>>
>> While a number of maintainers keep their cygwin packaging under some
>> sort of version control, there is currently no central collection of
>> these repositories.
>>
>> To remedy this lack, using the same ssh key you use for sftp p
On 8/4/2019 4:08 PM, Jon Turney wrote:
>
> While a number of maintainers keep their cygwin packaging under some sort of
> version control, there is currently no central collection of these
> repositories.
>
> To remedy this lack, using the same ssh key you use for sftp package upload,
> packag
On 12/1/2018 5:48 PM, Heavenly Avenger wrote:
> I have manually added "test:" lines to 1.8.1-20181201 with the following
> script,
> because I believe this is the only way to tag packages as test/unstable:
Use 'cygport foo.cygport pkg-test' instead of 'cygport foo.cygport pkg'.
Ken
On 11/20/2018 2:00 PM, Achim Gratz wrote:
> Ken Brown writes:
>> This package depends on the two previously ITP'd packages, kelbt and colm,
>> so it
>> probably can't be reviewed easily until those are in the distro.
>>
>> ragel is in Debian and Fedor
This package depends on the two previously ITP'd packages, kelbt and colm, so
it
probably can't be reviewed easily until those are in the distro.
ragel is in Debian and Fedora:
https://packages.debian.org/source/stretch/ragel
https://apps.fedoraproject.org/packages/ragel
My cygport f
colm is in Fedora:
https://apps.fedoraproject.org/packages/colm
My cygport file and patch are attached.
Package files:
http://sanibeltranquility.com/cygwin/x86/release/colm/colm-0.13.0.6-1-src.tar.xz
http://sanibeltranquility.com/cygwin/x86/release/colm/colm-0.13.0.6-1.tar.xz
http://sanibel
kelbt is in Debian and Fedora:
https://packages.debian.org/source/stretch/kelbt
https://apps.fedoraproject.org/packages/kelbt
My cygport file and patch are attached.
Package files:
http://sanibeltranquility.com/cygwin/x86/release/kelbt/kelbt-0.16-1-src.tar.xz
http://sanibeltranquility
On 7/12/2018 12:24 PM, Ken Brown wrote:
> Yaakov,
>
> A recent commit in upstream harfbuzz (ce17340) used the Win32 API on Cygwin.
> I
> was about to send a patch upstream to fix this, but I thought I should first
> check for such uses in the current Cygwin release (1.7.6
My cygport file and the one for the current release are attached. There's no
test suite, but I tested it by building asymptote.
Ken
NAME="freeglut"
VERSION=3.0.0
RELEASE=1
CATEGORY="X11"
SUMMARY="OpenGL Utility Toolkit library"
DESCRIPTION="freeglut is a completely OpenSourced alternative to the
There's no need for a new release at the moment, but I'm attaching the cygport
file I would use if there were. It differs in only very minor ways from the
current cygport file (also attached).
I've tested that the upstream git repo builds and passes all tests.
Ken
NAME="doxygen"
VERSION=1.8.15
Although there's been no new upstream release since the last Cygwin release,
there have been some bug fixes (including one that I just found to fix a crash
on 32-bit Cygwin), which warrant a new release.
I'm attaching my cygport file and the one patch that can't be gotten by
"cygport
fetch".
raqm is in Debian testing and Fedora:
https://packages.debian.org/source/buster/raqm
https://apps.fedoraproject.org/packages/libraqm
My cygport file and patch are attached.
Package files:
http://sanibeltranquility.com/cygwin/x86/release/raqm/raqm-0.5.0-1-src.tar.xz
http://sanibeltranqui
On 10/9/2018 11:10 AM, cyg Simple wrote:
> On 10/8/2018 12:24 PM, Ken Brown wrote:
>> On 10/8/2018 11:17 AM, cyg Simple wrote:
>>> On 10/8/2018 11:05 AM, Ken Brown wrote:
>>>> Here's an example (modeled on what Fedora does): Cygwin has four
>>>> pac
On 10/8/2018 4:04 PM, Achim Gratz wrote:
> Ken Brown writes:
>> I created a test repo with packages A, B, and C. I made A require foo (not a
>> package), and I made B and C provide foo. The attached script does all this
>> [**]. I then ran setup and selected A for installat
On 10/7/2018 6:02 PM, Ken Brown wrote:
> I've been experimenting with setup's support for the 'provides:' tag, and it's
> not behaving the way I expect [*]. I'm not sure if something in setup's
> interface with libsolv needs to be tweaked or if I
On 10/8/2018 11:17 AM, cyg Simple wrote:
> On 10/8/2018 11:05 AM, Ken Brown wrote:
>> Here's an example (modeled on what Fedora does): Cygwin has four
>> packages that provide emacs binaries: emacs, emacs-X11, emacs-lucid, and
>> emacs-w32. Users can install any or all o
On 10/8/2018 10:41 AM, cyg Simple wrote:
> On 10/7/2018 6:02 PM, Ken Brown wrote:
>> I've been experimenting with setup's support for the 'provides:' tag, and
>> it's
>> not behaving the way I expect [*]. I'm not sure if something in setup
I've been experimenting with setup's support for the 'provides:' tag, and it's
not behaving the way I expect [*]. I'm not sure if something in setup's
interface with libsolv needs to be tweaked or if I'm just misunderstanding how
this should work. Here's what I tried:
I created a test repo wi
sbt is in Debian and Fedora:
https://packages.debian.org/source/sid/sbt
https://apps.fedoraproject.org/packages/sbt ,
although neither has the current version, and Debian's package is in
its unstable distro.
A more serious issue is that sbt requires java, which Cygwin doesn't
provide. C
On 9/11/2018 2:58 PM, Marco Atzeri wrote:
Am 11.09.2018 um 20:31 schrieb Ken Brown:
jansson is in Debian and Fedora:
https://packages.debian.org/source/stretch/jansson
https://apps.fedoraproject.org/packages/jansson
My cygport file is attached.
build fine but test fails as requires
jansson is in Debian and Fedora:
https://packages.debian.org/source/stretch/jansson
https://apps.fedoraproject.org/packages/jansson
My cygport file is attached.
Package files:
http://sanibeltranquility.com/cygwin/x86/release/jansson/jansson-2.11-1-src.tar.xz
http://sanibeltranquility.com/c
On 8/6/2018 10:15 AM, Ken Brown wrote:
I have one minor fix (patch attached)
Slightly revised patch attached.
From 7a166b04523b0d3e4547e937cad429d31ef55e90 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Mon, 6 Aug 2018 10:05:12 -0400
Subject: [PATCH] Ensure that an installed packageversion
. It must have been a lot of work.
Ken
From bd16602c08e6edba7ef7f91b149a8e9a0fe45587 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Mon, 6 Aug 2018 10:05:12 -0400
Subject: [PATCH] Ensure that an installed packageversion has an ldesc if
possible
In packagedb::read(), copy the ldesc from setup.i
Yaakov,
A recent commit in upstream harfbuzz (ce17340) used the Win32 API on
Cygwin. I was about to send a patch upstream to fix this, but I thought
I should first check for such uses in the current Cygwin release
(1.7.6-1). The attached patch removes the ones I found.
Am I right in removi
On 7/7/2018 8:40 AM, Jon Turney wrote:
Propagate the exit code of elevated process, when --wait is used.
This addresses part of the problem about exit code noted in [1], although we
also need to audit that a non-zero exit code is reported in all error
situations.
I haven't done a complete audi
On 7/9/2018 2:17 PM, Jon Turney wrote:
On 17/03/2018 14:59, Ken Brown wrote:
When adding a packageversion for an entry in setup.ini, make its
packagesource::sites vector include the sites from previously
processed ini files.
Also remove from the libsolv pool the previous packageversions, so
On 7/7/2018 8:40 AM, Jon Turney wrote:
On 06/07/2018 15:05, Jon Turney wrote:
On 06/07/2018 14:51, Jon Turney wrote:
Thanks for the patch.
The version is checked (again), at ini.cc:404
I've never understood why we have this twice.
(I think the idea might be that first we are checking the set
On 7/6/2018 12:28 PM, Jon Turney wrote:
On 23/06/2018 16:09, Ken Brown wrote:
I'll try again to reproduce this, but it might be a few days until I
can get to it.
Here's a recipe for reproducing the problem:
1. Create a repository with two packages, A and B, and two versions
1-1
On 4/11/2018 12:56 PM, Jon Turney wrote:
On 11/04/2018 00:14, Ken Brown wrote:
On 4/10/2018 2:12 PM, Yaakov Selkowitz wrote:
In order to speed up the adoption of the latest setup.exe, would it make
sense to ship it as a package? Here is an initial draft of what this
might look like:
https
On 6/26/2018 4:19 PM, Jon Turney wrote:
Almost. It's not being ignored by setup versions <2.884.
I'd like to do something to stop those versions from being used in a
moderately graceful way, but that hasn't happened yet :S
Could you accomplish that by putting 'setup-minimum-version: 2.884' i
On 4/23/2018 4:45 PM, Ken Brown wrote:
On 4/2/2018 1:03 PM, Ken Brown wrote:
[Redirected to cygwin-apps from
https://cygwin.com/ml/cygwin/2018-03/msg00365.html.]
On 3/22/2018 6:46 PM, Jon Turney wrote:
On 14/03/2018 15:26, David Allsopp wrote:
[reformatted for top-posting]
Lee wrote
This paves the way for supporting dependencies with version relations,
which are allowed in the 'depends:' field but not in the 'requires:'
field.
---
lib/pkg_pkg.cygpart | 24
1 file changed, 16 insertions(+), 8 deletions(-)
diff --git a/lib/pkg_pkg.cygpart b/lib/pkg_pkg
This uses a new [PKG_]DEPENDS variable, whose contents are propagated
into the 'depends:' field of the generated .hint file along with the
contents of [PKG_]REQUIRES.
---
lib/pkg_pkg.cygpart | 63 -
1 file changed, 56 insertions(+), 7 deletions(-)
diff
s renaming). I've chosen to ignore that problem in these patches,
except for a warning in the documentation. At the very least, a
HEADSUP email to maintainers will be required. Alternatively, we
could drop DEPENDS and insist on PKG_DEPENDS even if there's only one
package.
Ken Brown (
Use BUILD_DEPENDS instead of DEPEND, and illustrate how to use DEPENDS
instead of REQUIRES.
---
data/sample.cygport | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/data/sample.cygport b/data/sample.cygport
index 4d875de..4617ca7 100644
--- a/data/sample.cygport
+++ b/
For each generated dependency, add a version relation that specifies a
version greater than or equal to the currently installed version.
This should prevent users from updating a package without updating its
dependencies.
https://cygwin.com/ml/cygwin/2018-03/msg00365.html
---
lib/pkg_pkg.cygpart
I'd like to add support to cygport for dependencies with version
relations. In the course of working on this, I was led to question the
behavior of mksetupini when a PVR.hint file contains both a 'requires:'
and a 'depends:' field [*].
Currently, the 'requires:' field gets propagated to the '
On 6/19/2018 8:43 AM, Ken Brown wrote:
On 6/18/2018 1:49 PM, Ken Brown wrote:
[Redirecting to cygwin-apps.]
On 6/18/2018 1:32 PM, Jon Turney wrote:
On 06/06/2018 21:44, Jon Turney wrote:
On 04/04/2018 14:21, Ken Brown wrote:
On 3/21/2018 3:38 PM, Ken Brown wrote:
Introduce member functions
On 6/18/2018 1:49 PM, Ken Brown wrote:
[Redirecting to cygwin-apps.]
On 6/18/2018 1:32 PM, Jon Turney wrote:
On 06/06/2018 21:44, Jon Turney wrote:
On 04/04/2018 14:21, Ken Brown wrote:
On 3/21/2018 3:38 PM, Ken Brown wrote:
Introduce member functions SolvableVersion::provides() and
[Redirecting to cygwin-apps.]
On 6/18/2018 1:32 PM, Jon Turney wrote:
On 06/06/2018 21:44, Jon Turney wrote:
On 04/04/2018 14:21, Ken Brown wrote:
On 3/21/2018 3:38 PM, Ken Brown wrote:
Introduce member functions SolvableVersion::provides() and
SolvableVersion::conflicts(). This enables
use
libsolv to report a problem. Second, the "confirm" dialog should
indicate that the upgrade of B was automatically added.
v2: Rebase against current HEAD.
Ken Brown (2):
Improve the preparation of the package database
Fix detection of automatically added packages
choose.
In the "confirm" dialog, report a package as automatically added for
install if the version being installed is different from the version
requested by the user. This can happen if the global update mode is
"Keep" but a package needs to be updated because of a versioned
dependency.
---
confirm.cc
Introduce a new function packagedb::noChanges() to set the database to
a "no changes requested" state. Call it the first time the chooser
page is activated, before calling
ChooserPage::applyCommandLinePackageSelection().
Also use it to simplify the code in two places.
Remove code from ChooserPag
On 6/6/2018 4:44 PM, Jon Turney wrote:
I know you had a few other patchsets in flight, which I've unfortunately
taken my eye off. If it's easier, you could push a branch with
somewhere with what's outstanding, and I'll see if I can pick them up.
Here are the patchsets that I've sent in the la
On 4/2/2018 1:03 PM, Ken Brown wrote:
[Redirected to cygwin-apps from
https://cygwin.com/ml/cygwin/2018-03/msg00365.html.]
On 3/22/2018 6:46 PM, Jon Turney wrote:
On 14/03/2018 15:26, David Allsopp wrote:
[reformatted for top-posting]
Lee wrote:
-- Forwarded message --
From
On 4/10/2018 2:12 PM, Yaakov Selkowitz wrote:
In order to speed up the adoption of the latest setup.exe, would it make
sense to ship it as a package? Here is an initial draft of what this
might look like:
https://github.com/cygwinports/setup/blob/master/setup.cygport
Note that the executable i
On 4/7/2018 2:53 PM, Achim Gratz wrote:
The first maintenance release for Perl 5.26 is coming up. The original
idea of splitting the perl package up into perl_base and perl (like most
GNU/Linux distros do) was to have a more lightweight package that
satisfies most dependencies and could eventua
In the "confirm" dialog, report a package as automatically added for
install if the version being installed is different from the version
requested by the user. This can happen if the global update mode is
"Keep" but a package needs to be updated because of a versioned
dependency.
---
confirm.cc
Introduce a new function packagedb::noChanges() to set the database to
a "no changes requested" state. Call it the first time the chooser
page is activated, before calling
ChooserPage::applyCommandLinePackageSelection().
Also use it to simplify the code in two places.
Remove code from ChooserPag
use
libsolv to report a problem. Second, the "confirm" dialog should
indicate that the upgrade of B was automatically added.
Ken Brown (2):
Improve the preparation of the package database
Fix detection of automatically added packages
choose.cc | 26 ++-
On 3/21/2018 3:38 PM, Ken Brown wrote:
Introduce member functions SolvableVersion::provides() and
SolvableVersion::conflicts(). This enables packagedb::read() to
access provides and conflicts lists from setup.ini.
Ignore this patch. It breaks libsolv's dependency processing.
Ken
ecting a different syntax; I didn't check.)
Ken
From 591f8ec8cf62382cb1a24feef7603080a44b4021 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Mon, 2 Apr 2018 12:44:42 -0400
Subject: [PATCH cygport] __pkg_dist: record package versions in "requires:"
This makes it less likely that
On 3/26/2018 1:55 PM, Ken Brown wrote:
In ChooserPage::applyCommandLinePackageSelection() we have the following
code:
bool wanted = pkg.isManuallyWanted();
bool deleted = pkg.isManuallyDeleted();
bool basemisc = (pkg.categories.find ("Base") !=
pkg.cate
In ChooserPage::applyCommandLinePackageSelection() we have the following
code:
bool wanted= pkg.isManuallyWanted();
bool deleted = pkg.isManuallyDeleted();
bool basemisc = (pkg.categories.find ("Base") !=
pkg.categories.end ()
|| pkg.categories.fin
On 3/21/2018 8:35 PM, Brian Inglis wrote:
On 2018-03-21 12:14, Ken Brown wrote:
On 3/20/2018 4:11 PM, Achim Gratz wrote:
Ken Brown writes:
I'll look into both of these issues, unless Jon beats me to it.
Thanks.
By the way, this only affects local installs. For network installs,
the
Introduce member functions SolvableVersion::provides() and
SolvableVersion::conflicts(). This enables packagedb::read() to
access provides and conflicts lists from setup.ini.
---
libsolv.cc| 12
libsolv.h | 4
package_db.cc | 18 --
3 files changed, 28 i
On 3/20/2018 4:11 PM, Achim Gratz wrote:
Ken Brown writes:
I'll look into both of these issues, unless Jon beats me to it.
Thanks.
By the way, this only affects local installs. For network installs,
the hash gets checked at an earlier stage.
That's correct. I forgot to mention
On 3/20/2018 2:23 PM, Achim Gratz wrote:
I've found out the hard way that a dodgy package file no longer gets
ignored by setup and is installed without any error unless you care to
look in setup.log.full. That was hard to figure out because in my case
some stupid error on mirroring just made ea
Yaakov,
FYI, I had occasion to build graphite2-1.3.11 in connection with TeX
Live, and I needed the attached patch. I've reported this upstream:
https://github.com/silnrsi/graphite/issues/32
Ken
From 474d863fa779e5ae5568e90d7cec8928878229de Mon Sep 17 00:00:00 2001
From: Ken Brown
---
confirm.cc | 44 ++--
1 file changed, 30 insertions(+), 14 deletions(-)
diff --git a/confirm.cc b/confirm.cc
index eb6bd99..92360cc 100644
--- a/confirm.cc
+++ b/confirm.cc
@@ -19,6 +19,8 @@
#include "package_db.h"
#include "package_meta.h"
+#includ
Call SolverPool::internalize() in the IniDBBuilderPackage destructor.
This makes attribute data from all previously processed setup.ini
files available when the next setup.ini is being processed.
Remove the now unneeded call to SolverPool::internalize() at the
beginning of packagedb::read().
---
When adding a packageversion for an entry in setup.ini, make its
packagesource::sites vector include the sites from previously
processed ini files.
Also remove from the libsolv pool the previous packageversions, so
that libsolv will always find the one that lists all the sites.
---
IniDBBuilderPa
the course of working on this, I found a problem with the way the
IniDBBuilderPackage destructor is called. The first patch fixes that
problem.
Ken Brown (3):
Make sure that the IniDBBuilderPackage destructor is called when
needed
Internalize the libsolv repo attribute data after each
The IniDBBuilderPackage destructor contains code that is intended to
be run after each setup.ini file is processed. But the
IniDBBuilderPackage variables in do_local_ini() and do_remote_ini were
declared outside the loop that processed the files. Move the
declaration inside the loop so that the d
On 3/16/2018 7:44 AM, Ken Brown wrote:
On 3/15/2018 10:42 PM, Ken Brown wrote:
On 3/15/2018 6:07 PM, Jon Turney wrote:
On 15/03/2018 21:23, Ken Brown wrote:
I think we're currently mishandling packagesource::sites when
several libsolv repos contain the same version of a package. If I
201 - 300 of 1096 matches
Mail list logo