Am 21.07.2024 um 21:46 schrieb Jon Turney:
On 21/07/2024 16:21, Thomas Wolff via Cygwin-apps wrote:
Hi,
if I have two cygwin installations, e.g. C:\cygwin64 and
C:\cygwin64test, the setup program is sticky about its root directory,
local package directory, and download sites presettings. They
On 21/07/2024 16:21, Thomas Wolff via Cygwin-apps wrote:
Hi,
if I have two cygwin installations, e.g. C:\cygwin64 and
C:\cygwin64test, the setup program is sticky about its root directory,
local package directory, and download sites presettings. They tend to
stay at the second installation even a
On 01/02/2022 21:46, Adam Dinwoodie wrote:
On Tue, Feb 01, 2022 at 04:53:47PM +, Jon Turney wrote:
[...]
Note that I tweaked the behaviour of this a bit in [1]
[1]
https://cygwin.com/git/?p=cygwin-apps/setup.git;a=commit;h=147fc15d0222e050779b18a209991c258d85944f
I think that makes the c
On 24/01/2022 05:30, Marco Atzeri wrote:
in same cases Setup is trying to install python-sip 6.5.0-1
https://sourceware.org/pipermail/cygwin/2022-January/250604.html
It seems the missing install row that we are currently accepting
is not properly understood by Setup
[...]
Wow, what an oversig
On 05/10/2021 17:29, Ken Brown via Cygwin-apps wrote:
The current setup sources fail to build because ~StringChoiceOption is
not defined:
CXXLD setup.exe
/usr/lib/gcc/x86_64-w64-mingw32/11/../../../../x86_64-w64-mingw32/bin/ld: io_stream_cygfile.o:/home/kbrown/src/cygsetup/x86_64/../setup
On 17/03/2021 20:08, Jon Turney wrote:
On 17/03/2021 20:02, Jon Turney wrote:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.906.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.906.x86.exe (32 bit version)
Please test, and report any prob
On 25/03/2021 20:22, kaptain.biwo...@gmail.com wrote:
I have tested version 2.906 of setup and I am facing one issue on windows
10:
Thanks for testing.
I got this message: In order to use libusb0, you must download and rune
the LibUSB-Win32 driver from:
https://sourceforge.net/projects/libus
On 22/03/2021 16:35, kaptain.biwo...@gmail.com wrote:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.906.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.906.x86.exe(32 bit version)
Please test, and report any problems here.
This is no
On 2021-03-17 14:02, Jon Turney wrote:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.906.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.906.x86.exe (32 bit version)
Please test, and report any problems here.
This is not the place for setup
On 3/17/2021 5:16 PM, Thomas Wolff wrote:
Am 17.03.2021 um 21:02 schrieb Jon Turney:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.906.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.906.x86.exe (32 bit version)
Please test, and report any
Am 17.03.2021 um 21:02 schrieb Jon Turney:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.906.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.906.x86.exe (32 bit version)
Please test, and report any problems here.
I feel the need to take thi
On 17/03/2021 20:02, Jon Turney wrote:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.906.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.906.x86.exe (32 bit version)
Please test, and report any problems here.
This is not the place for se
Jon Turney writes:
>> - Embeds a new Cygwin public key (which nothing is actually signed
>> with yet)
>
> setup.ini is now being signed with both old and new Cygwin keys.
As I have my own mirror script that will then combine any local packages
into one targeted install hierarchy and I _do_ check t
On 28/02/2020 17:45, Jon Turney wrote:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.902.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.902.x86.exe (32 bit version)
[...]
* using multiple keys (i.e. the .sig file contains multiple sig
> Am 13.10.2018 um 20:49 schrieb Jon Turney:
> >
> > A new setup release candidate is available at:
> >
> > https://cygwin.com/setup/setup-2.894.x86_64.exe (64 bit version)
> > https://cygwin.com/setup/setup-2.894.x86.exe (32 bit version)
> >
> > Please test and report any problems here
Am 15.10.2018 um 09:12 schrieb Mark Geisert:
Corinna Vinschen wrote:
On Oct 14 13:29, Achim Gratz wrote:
Marco Atzeri writes:
May I have a hippo for Jon ?
+1
+1
+1
Looks and works great in my limited testing.
..mark
Andrew,
May I have the Hippo for Jon ?
Regards
Marco
---
Diese E-M
On 14/10/2018 12:20, Achim Gratz wrote:
Jon Turney writes:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.894.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.894.x86.exe(32 bit version)
Please test and report any problems here.
I've bui
On 15/10/2018 21:35, Marco Atzeri wrote:
Am 13.10.2018 um 20:49 schrieb Jon Turney:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.894.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.894.x86.exe (32 bit version)
Please test and report any
On Oct 14 19:26, Corinna Vinschen wrote:
> On Oct 13 19:49, Jon Turney wrote:
> >
> > A new setup release candidate is available at:
> >
> > https://cygwin.com/setup/setup-2.894.x86_64.exe (64 bit version)
> > https://cygwin.com/setup/setup-2.894.x86.exe(32 bit version)
> >
> > Please te
Am 13.10.2018 um 20:49 schrieb Jon Turney:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.894.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.894.x86.exe (32 bit version)
Please test and report any problems here.
Noted an inconsistency
Corinna Vinschen wrote:
On Oct 14 13:29, Achim Gratz wrote:
Marco Atzeri writes:
May I have a hippo for Jon ?
+1
+1
+1
Looks and works great in my limited testing.
..mark
On Oct 14 13:29, Achim Gratz wrote:
> Marco Atzeri writes:
> > May I have a hippo for Jon ?
>
> +1
+1
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
signature.asc
Description: PGP signatu
On Oct 13 19:49, Jon Turney wrote:
>
> A new setup release candidate is available at:
>
> https://cygwin.com/setup/setup-2.894.x86_64.exe (64 bit version)
> https://cygwin.com/setup/setup-2.894.x86.exe(32 bit version)
>
> Please test and report any problems here.
>
> Changes compared to
Marco Atzeri writes:
> May I have a hippo for Jon ?
+1
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
Jon Turney writes:
> A new setup release candidate is available at:
>
> https://cygwin.com/setup/setup-2.894.x86_64.exe (64 bit version)
> https://cygwin.com/setup/setup-2.894.x86.exe(32 bit version)
>
> Please test and report any problems here.
I've built both versions myself and everythi
Am 13.10.2018 um 20:49 schrieb Jon Turney:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.894.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.894.x86.exe (32 bit version)
Please test and report any problems here.
There's one small but occasi
Am 13.10.2018 um 20:49 schrieb Jon Turney:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.894.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.894.x86.exe (32 bit version)
Please test and report any problems here.
very nice.
May I have a
cyg Simple writes:
> I assumed that this was the case. But the symlink is a conflict and I
> assume that if one exists already the package management system would
> not recreate one or would ask the user if it should be overwritten.
The symlink to the actual executable is not a conflict since it
Ken Brown writes:
>>> So we'd need to bolt on a feature space in setup as well.
>
> I'm not sure what you mean by this. setup doesn't need to know whether a
> requirement is a feature or a package. It simply passes the dependencies
> (and
> the provides) to libsolv, which handles them just fi
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
packages that provide emacs binaries: emacs, emacs-X1
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
>>> packages that provide emacs binaries: emacs, emacs-X11, emacs-lucid, and
>>> emacs-w32. Users can i
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 installation.
>
> That really
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 installation.
That really only makes sense if several packages provide the
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'm just misunderstanding how
> this should work. He
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 of these if they want to be
On 10/8/2018 11:05 AM, Ken Brown wrote:
> 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's
>>> inter
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's
>> interface with libsolv needs to be tweaked or if I'm
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'm just misunderstanding
> how
> this should
Jon Turney writes:
>> The attached cygport patch attempts to address this by requiring,
>> for each dependency of a package, a version >= the version installed
>> at the time the package was built. It treats only dependencies
>> found by
>
> Thanks. This is an interesting approach to automatical
On 02/04/2018 18:03, 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:
[...]
This is basically correct.
setup is now capable of being told about dependencies where upgrading
an already installed pac
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:
-
On 27/03/2018 20:04, Ken Brown wrote:
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.f
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:
[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: Jon Turney
Date: Fri, 3 Nov 2017 15:26
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.categories.end ()
On 14/03/2018 19:24, Ken Brown wrote:
On 3/14/2018 12:07 PM, Jon Turney wrote:
On 12/03/2018 13:22, Ken Brown wrote:
On 3/8/2018 4:59 PM, Ken Brown wrote:
On 3/8/2018 10:59 AM, Ken Brown wrote:
On 3/7/2018 4:52 PM, Ken Brown wrote:
On 3/6/2018 1:47 PM, Jon Turney wrote:
On 06/03/2018 15:18,
On 3/14/2018 12:07 PM, Jon Turney wrote:
On 12/03/2018 13:22, Ken Brown wrote:
On 3/8/2018 4:59 PM, Ken Brown wrote:
On 3/8/2018 10:59 AM, Ken Brown wrote:
On 3/7/2018 4:52 PM, Ken Brown wrote:
On 3/6/2018 1:47 PM, Jon Turney wrote:
On 06/03/2018 15:18, Jon Turney wrote:
So yeah, I guess put
On 12/03/2018 13:22, Ken Brown wrote:
On 3/8/2018 4:59 PM, Ken Brown wrote:
On 3/8/2018 10:59 AM, Ken Brown wrote:
On 3/7/2018 4:52 PM, Ken Brown wrote:
On 3/6/2018 1:47 PM, Jon Turney wrote:
On 06/03/2018 15:18, Jon Turney wrote:
So yeah, I guess putting some complexity back in accessible()
On 3/8/2018 4:59 PM, Ken Brown wrote:
On 3/8/2018 10:59 AM, Ken Brown wrote:
On 3/7/2018 4:52 PM, Ken Brown wrote:
On 3/6/2018 1:47 PM, Jon Turney wrote:
On 06/03/2018 15:18, Jon Turney wrote:
So yeah, I guess putting some complexity back in accessible() would
work, or perhaps the attached?
On 3/8/2018 10:59 AM, Ken Brown wrote:
On 3/7/2018 4:52 PM, Ken Brown wrote:
On 3/6/2018 1:47 PM, Jon Turney wrote:
On 06/03/2018 15:18, Jon Turney wrote:
So yeah, I guess putting some complexity back in accessible() would
work, or perhaps the attached? (This doesn't do the right thing for
a
On 3/7/2018 4:52 PM, Ken Brown wrote:
On 3/6/2018 1:47 PM, Jon Turney wrote:
On 06/03/2018 15:18, Jon Turney wrote:
So yeah, I guess putting some complexity back in accessible() would
work, or perhaps the attached? (This doesn't do the right thing for
a few packages, for reasons I'm still loo
On 3/6/2018 1:47 PM, Jon Turney wrote:
On 06/03/2018 15:18, Jon Turney wrote:
So yeah, I guess putting some complexity back in accessible() would
work, or perhaps the attached? (This doesn't do the right thing for a
few packages, for reasons I'm still looking into...)
To be specific it was d
Ken Brown writes:
> I think this one might be OK. If I'm not mistaken,
> pkg.versions.erase(i++) passes a copy of i to erase, and then
> increments i before erase() has done its work. But I'm no expert on
> this.
I can't cite chapter and verse right now, but AFAIK iterators over sets
are explici
On 06/03/2018 19:31, Ken Brown wrote:
On 3/6/2018 10:18 AM, Jon Turney wrote:
(I also note we have also have another 'erase an element from a vector
while we are iterating over it' here, so that needs fixing, as well)
I think this one might be OK. If I'm not mistaken,
pkg.versions.erase(i++)
On 3/6/2018 10:18 AM, Jon Turney wrote:
(I also note we have also have another 'erase an element from a vector
while we are iterating over it' here, so that needs fixing, as well)
I think this one might be OK. If I'm not mistaken,
pkg.versions.erase(i++) passes a copy of i to erase, and then
On 06/03/2018 15:18, Jon Turney wrote:
So yeah, I guess putting some complexity back in accessible() would
work, or perhaps the attached? (This doesn't do the right thing for a
few packages, for reasons I'm still looking into...)
To be specific it was doing the wrong thing for those few packa
On 06/03/2018 02:18, Ken Brown wrote:
On 3/5/2018 1:34 PM, Ken Brown wrote:
This is a followup to the thread started here:
https://cygwin.com/ml/cygwin/2018-03/msg00027.html
There are two problems with installing from a local directory.
1. In the Category view, "No packages found" is displ
On 05/03/2018 18:34, Ken Brown wrote:
This is a followup to the thread started here:
https://cygwin.com/ml/cygwin/2018-03/msg00027.html
There are two problems with installing from a local directory.
Thanks very much for looking into these.
2. In several of the views, all packages from set
On 3/5/2018 1:34 PM, Ken Brown wrote:
This is a followup to the thread started here:
https://cygwin.com/ml/cygwin/2018-03/msg00027.html
There are two problems with installing from a local directory.
1. In the Category view, "No packages found" is displayed where it
should say "All" in the
On 24/02/2018 14:58, Jon Turney wrote:
On 20/02/2018 18:33, Andrew Schulman wrote:
[...]
Problem 1/97
!
Augmented Transaction List:
0 erase base 0.0-0
!!
Yeah, that's not working right... :(
I fixed the crash problem in 2.889, but ther
On 20/02/2018 18:33, Andrew Schulman wrote:
When I run setup-x86_64.exe or setup-x86.exe with --prune-install as shown
below, it crashes. An error dialog pops up saying "setup-x86.exe has
stopped working". No other debug information appears on the console - the
whole session is shown below.
When
> Andrew Schulman writes:
> > When I run setup-x86_64.exe or setup-x86.exe with --prune-install as shown
> > below, it crashes. An error dialog pops up saying "setup-x86.exe has
> > stopped working". No other debug information appears on the console - the
> > whole session is shown below.
>
> That
Andrew Schulman writes:
> When I run setup-x86_64.exe or setup-x86.exe with --prune-install as shown
> below, it crashes. An error dialog pops up saying "setup-x86.exe has
> stopped working". No other debug information appears on the console - the
> whole session is shown below.
That option, as I
On 14/02/2018 23:02, Ken Brown wrote:
On 2/6/2018 10:04 AM, Jon Turney wrote:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.887.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.887.x86.exe (32 bit version)
Please test and report any probl
On 2/6/2018 10:04 AM, Jon Turney wrote:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.887.x86_64.exe (64 bit version)
https://cygwin.com/setup/setup-2.887.x86.exe (32 bit version)
Please test and report any problems here.
This crashes in ConfirmPage
Jon Turney writes:
>>> Which I can easily believe happens, due to the rather weird way that
>>> the data from a parser reduction is transferred into the package
>>> database.
>
> Can you test the attached patch, please?
Thanks, this works for the last package problem, although I can't
account for
On 02/02/2018 19:38, Achim Gratz wrote:
Jon Turney writes:
Do you have an idea yet why the last package gets orphaned (or did, if
'Yet'? This is the first time I've heard of this!
Right you are. I thought I had mentioned it already, but forgot since I
can't post from work.
Is this regres
Jon Turney writes:
>> Do you have an idea yet why the last package gets orphaned (or did, if
>
> 'Yet'? This is the first time I've heard of this!
Right you are. I thought I had mentioned it already, but forgot since I
can't post from work.
> Is this regression?
Yes.
>> it's already fixed)?
On 01/02/2018 20:21, Achim Gratz wrote:
Jon Turney writes:
A new setup release candidate is available at:
https://cygwin.com/setup/setup-2.886.x86.exe(32 bit version)
https://cygwin.com/setup/setup-2.886.x86_64.exe (64 bit version)
Locally compiled, but not well tested yet.
Change
Jon Turney writes:
> A new setup release candidate is available at:
>
> https://cygwin.com/setup/setup-2.886.x86.exe(32 bit version)
> https://cygwin.com/setup/setup-2.886.x86_64.exe (64 bit version)
Locally compiled, but not well tested yet.
> Changes compared to 2.885:
> - Apply default
On 30/01/2018 20:18, Jon Turney wrote:
On 29/01/2018 19:19, Achim Gratz wrote:
Jon Turney writes:
[...]>>> - The "prereq" page showing dependencies which will be added is
replaced by "problems" page showing problems found by the dependency
solver, with default solutions.
- A "confirm" page is
On 30/01/2018 20:18, Jon Turney wrote:
On 30/01/2018 18:49, Achim Gratz wrote:
Another thing I noticed today is that when packages get upgraded the
transaction list that gets printed to the console seems to always show
the removal of the old package _after_ the installation of the new
version.
Jon Turney writes:
> Sure. I uploaded calm-20180130-1.
Thanks. Maybe I will actually do another update rollout this week,
then.
> I really need to automate that as part of the deploy :)
One step after the other. :-)
> Yeah, I think we are reversing the order given by the solver. This
> shoul
On 30/01/2018 18:49, Achim Gratz wrote:
Achim Gratz writes:
- Add support for 'depends2: package (relation version) [...]', in a
version section in setup.ini
Those lines don't seem to get generated for all packages yet. I
currently merge with requires: to produce a working setup.ini re-write
On 29/01/2018 19:19, Achim Gratz wrote:
Jon Turney writes:
Since this contains many internal changes, I think this could use some
wider testing before being deployed. Please test and report any
problems here.
I've built these myself, but I don't think that changes anything below.
Thanks for
Achim Gratz writes:
>> - Add support for 'depends2: package (relation version) [...]', in a
>> version section in setup.ini
>
> Those lines don't seem to get generated for all packages yet. I
> currently merge with requires: to produce a working setup.ini re-write
> and will switch to using requir
Jon Turney writes:
> Since this contains many internal changes, I think this could use some
> wider testing before being deployed. Please test and report any
> problems here.
I've built these myself, but I don't think that changes anything below.
> User visible changes:
> - 'Current' is replaced
On 1/18/2018 2:15 PM, Jon Turney wrote:
On 23/11/2017 18:08, Jon Turney wrote:
I'm interested in opinion on what else is needed, before this can be
released as 2.885
I think we're in pretty good shape except for the issue of letting the
user see what's about to be done before we do it. My la
On 1/15/2018 12:31 PM, Ken Brown wrote:
On 1/9/2018 8:32 AM, Jon Turney wrote:
I'm not sure it's ideal to make a text report of this, though.
Displaying it in the chooser somehow seems a better fit.
(i.e. after you've made your selections, you get something like the
"pending" view in the choo
On 23/11/2017 18:08, Jon Turney wrote:
On 30/10/2017 15:52, Jon Turney wrote:
On 25/10/2017 20:18, Jon Turney wrote:
This has a lot of internal changes, so could use some wider testing.
Please test.
[...]
I've replaced these with:
[...]
I've replaced these with:
[...]
I've replaced these
On 1/9/2018 8:32 AM, Jon Turney wrote:
I'm not sure it's ideal to make a text report of this, though.
Displaying it in the chooser somehow seems a better fit.
(i.e. after you've made your selections, you get something like the
"pending" view in the chooser again, showing what will be done, whi
On 1/9/2018 8:32 AM, Jon Turney wrote:
On 05/01/2018 16:04, Ken Brown wrote:
On 1/5/2018 10:48 AM, Jon Turney wrote:
On 24/12/2017 23:23, Ken Brown wrote:
Currently the libsolv version of setup silently installs added
dependencies. The user gets a chance to review them first only if
libsolv
On 05/01/2018 16:04, Ken Brown wrote:
On 1/5/2018 10:48 AM, Jon Turney wrote:
On 24/12/2017 23:23, Ken Brown wrote:
Currently the libsolv version of setup silently installs added
dependencies. The user gets a chance to review them first only if
libsolv finds problems and has to display the pr
On 25/12/2017 19:18, Ken Brown wrote:
[Side comment: Jon, in v2 of commit 9367283, you removed some newlines,
saying that they weren't needed because wrapping would be done. But I'm
not seeing that wrapping; I have to scroll horizontally to see the whole
text.]
Yeah, what I wrote was nonsens
On 1/5/2018 10:48 AM, Jon Turney wrote:
On 24/12/2017 23:23, Ken Brown wrote:
Currently the libsolv version of setup silently installs added
dependencies. The user gets a chance to review them first only if
libsolv finds problems and has to display the prerequisite page.
I'm not sure if this
On 24/12/2017 23:23, Ken Brown wrote:
Currently the libsolv version of setup silently installs added
dependencies. The user gets a chance to review them first only if
libsolv finds problems and has to display the prerequisite page.
I'm not sure if this was a deliberate design decision, though
On 13/12/2017 00:04, Ken Brown wrote:
I've been trying to think of a way to get rid of the suffix ".any" that
gets appended to package names. I think users will be confused by this
when they see it in log files and, more importantly, in problem reports.
The only thing I can come up with is p
On 12/24/2017 6:23 PM, Ken Brown wrote:
Currently the libsolv version of setup silently installs added
dependencies. The user gets a chance to review them first only if
libsolv finds problems and has to display the prerequisite page.
I'm not sure if this was a deliberate design decision, thou
On 30/10/2017 15:52, Jon Turney wrote:
On 25/10/2017 20:18, Jon Turney wrote:
This has a lot of internal changes, so could use some wider testing.
Please test.
[...]
I've replaced these with:
[...]
I've replaced these with:
https://cygwin.com/setup/setup-2.882-62-g75a2e0.x86.exe
On 11/7/2017 1:15 PM, Jon Turney wrote:
On 02/11/2017 19:25, Ken Brown wrote:
On 11/2/2017 1:22 PM, Jon Turney wrote:
On 01/11/2017 20:38, Ken Brown wrote:
If there is a download failure and the user clicks Yes in response
to "Download Incomplete. Try again?", then setup will crash. The
cra
On 02/11/2017 19:25, Ken Brown wrote:
On 11/2/2017 1:22 PM, Jon Turney wrote:
On 01/11/2017 20:38, Ken Brown wrote:
If there is a download failure and the user clicks Yes in response to
"Download Incomplete. Try again?", then setup will crash. The crash
occurs at PickView.cc:447 because i->s
On 11/2/2017 1:22 PM, Jon Turney wrote:
On 01/11/2017 20:38, Ken Brown wrote:
If there is a download failure and the user clicks Yes in response to
"Download Incomplete. Try again?", then setup will crash. The crash
occurs at PickView.cc:447 because i->source() is NULL.
Thanks for finding a
On 01/11/2017 20:38, Ken Brown wrote:
If there is a download failure and the user clicks Yes in response to
"Download Incomplete. Try again?", then setup will crash. The crash
occurs at PickView.cc:447 because i->source() is NULL.
Thanks for finding all these problems!
I haven't yet analyze
On 25/10/2017 20:18, Jon Turney wrote:
This has a lot of internal changes, so could use some wider testing.
Please test.
https://cygwin.com/setup/setup-2.882-41-g4cbfa1.x86.exe
https://cygwin.com/setup/setup-2.882-41-g4cbfa1.x86_64.exe
I've replaced these with:
https://cygwin.com/
On 28/10/2017 13:31, Ken Brown wrote:
On 10/27/2017 3:52 PM, Ken Brown wrote:
On 10/27/2017 2:57 PM, Ken Brown wrote:
On 10/25/2017 3:18 PM, Jon Turney wrote:
This has a lot of internal changes, so could use some wider testing.
Please test.
I've just discovered a serious bug. When install
On 10/27/2017 3:52 PM, Ken Brown wrote:
On 10/27/2017 2:57 PM, Ken Brown wrote:
On 10/25/2017 3:18 PM, Jon Turney wrote:
This has a lot of internal changes, so could use some wider testing.
Please test.
I've just discovered a serious bug. When installing from a local
directory that either
On 10/27/2017 2:57 PM, Ken Brown wrote:
On 10/25/2017 3:18 PM, Jon Turney wrote:
This has a lot of internal changes, so could use some wider testing.
Please test.
I've just discovered a serious bug. When installing from a local
directory that either doesn't exist or isn't a valid repositor
On 10/25/2017 3:18 PM, Jon Turney wrote:
This has a lot of internal changes, so could use some wider testing.
Please test.
I've just discovered a serious bug. When installing from a local
directory that either doesn't exist or isn't a valid repository, setup
doesn't correctly read/write th
On Oct 27 11:20, Ken Brown wrote:
> On 10/27/2017 9:44 AM, Jon Turney wrote:
> > I've worked on [1] a bit so it now contains some instructions how to do
> > this, rather than the previous state of affairs, which was "genini
> > exists, work it out yourself"
> >
> > [1] https://cygwin.com/package-s
On 10/27/2017 9:44 AM, Jon Turney wrote:
I've worked on [1] a bit so it now contains some instructions how to do
this, rather than the previous state of affairs, which was "genini
exists, work it out yourself"
[1] https://cygwin.com/package-server.html#overlay
(*) Or better: A user version o
1 - 100 of 1389 matches
Mail list logo
