Larson, Aaron | 2 Aug 19:33 2008
Picon

setup.ini "depends:"

My group has been using Cygwin setup for some time for internal
distribution of our software (layered on top of cygwin).  It has
worked very well.  Thank you all who contributed!

We now need version dependencies between some of our package versions,
and I can't get it to work.  I've read the docs
http://sourceware.org/cygwin-apps/setup-head.ini.html, Googled, and
browsed the mailinglist, but didn't find anything.  I've tried the
attached file on its own, and appended to an existing .ini file, same
results.

The attached setup.ini file describes three packages, A, B, and C,
where A and B have a "1.1.1" and "2.2.2" versions.  I want version
1.1.1 of A to require 1.1.1 of B and similarly for A&B versions
2.2.2.  I'm expecting that when I select version 1.1.1 of A, setup
will change B's version to 1.1.1, but I don't get that behavior.  In
fact, I can see no effect of my "depends:" entries at all.  I've tried
both our own minimally modified (changed the address of the
mirrors.lst) and also a pristine copy of setup.exe version 2.573.2.2.
The log file does not show any syntax errors or warnings. 

Any ideas?

------------setup.ini-------------------------

# This file is automatically generated.  If you edit it, your
# edits will be discarded next time the file is generated.
# See http://cygwin.com/setup.html for details.
#
setup-timestamp: 1202311197
(Continue reading)

David Rothenberger | 2 Aug 19:46 2008
Picon

[RFU] speex-1.2rc1

Here are new speex packages updating to upstream 1.2rc1.

Please leave 1.2beta3.2 as previous.

wget -x -nH --cut-dirs=2 \
  http://mysite.verizon.net/res00a7j/cygwin/speex/speex-1.2rc1-1-src.tar.bz2 \
  http://mysite.verizon.net/res00a7j/cygwin/speex/speex-1.2rc1-1.tar.bz2 \
  http://mysite.verizon.net/res00a7j/cygwin/speex/setup.hint \
  http://mysite.verizon.net/res00a7j/cygwin/speex/libspeex1/libspeex1-1.2rc1-1.tar.bz2 \
  http://mysite.verizon.net/res00a7j/cygwin/speex/libspeex1/setup.hint \
  http://mysite.verizon.net/res00a7j/cygwin/speex/speex-devel/setup.hint \
  http://mysite.verizon.net/res00a7j/cygwin/speex/speex-devel/speex-devel-1.2rc1-1.tar.bz2

--

-- 
David Rothenberger  ----  daveroth@...

guru, n.:
        A person in T-shirt and sandals who took an elevator ride with
        a senior vice-president and is ultimately responsible for the
        phone call you are about to receive from your boss.

David Rothenberger | 2 Aug 19:56 2008
Picon

[ITP] libserf, libserf-devel, libserf0 - HTTP client library

I'm ITP'ing this in preparation for packaging subversion-1.5.1.

serf[1] is included in Debian testing[2], but I could not find it in
Fedora or SuSE. Hence, I guess I require five GTGs.

-------- [libserf setup.hint ] --------
sdesc: "High-performance asynchronous HTTP client library (Documentation)"
ldesc: "The serf library is a C-based HTTP client library built upon
the Apache Portable Runtime (APR) library. It multiplexes
connections, running the read/write communication
asynchronously. Memory copies and transformations are kept to a
minimum to provide high performance operation."
category: Web
requires: cygwin

-------- [libserf0 setup.hint ] --------
sdesc: "High-performance asynchronous HTTP client library (Runtime)"
ldesc: "The serf library is a C-based HTTP client library built upon
the Apache Portable Runtime (APR) library. It multiplexes
connections, running the read/write communication
asynchronously. Memory copies and transformations are kept to a
minimum to provide high performance operation."
category: Web Libs
requires: cygwin libserf libapr1 libaprutil1 openssl zlib
external-source: libserf

-------- [libserf-devel setup.hint ] --------
sdesc: "High-performance asynchronous HTTP client library (Development)"
ldesc: "The serf library is a C-based HTTP client library built upon
the Apache Portable Runtime (APR) library. It multiplexes
(Continue reading)

Brian Dessent | 2 Aug 21:19 2008
Picon

Re: setup.ini "depends:"

"Larson, Aaron" wrote:

> The attached setup.ini file describes three packages, A, B, and C,
> where A and B have a "1.1.1" and "2.2.2" versions.  I want version
> 1.1.1 of A to require 1.1.1 of B and similarly for A&B versions
> 2.2.2.  I'm expecting that when I select version 1.1.1 of A, setup
> will change B's version to 1.1.1, but I don't get that behavior.  In
> fact, I can see no effect of my "depends:" entries at all.  I've tried
> both our own minimally modified (changed the address of the
> mirrors.lst) and also a pristine copy of setup.exe version 2.573.2.2.
> The log file does not show any syntax errors or warnings.

Not possible.  Setup just doesn't support this.  If you want this kind
of dependency you have to make the version number part of the package
name, i.e.

 <at>  a-1.1.1
sdesc: "A"
requires: b-1.1.1

 <at>  a-1.1.1
sdesc: "second version of A"
requires: b-2.2.2

While the documentation you linked does mention "depends:" and it may
even be in the ini parser grammar, it was never fully implemented AFAIK,
so I recommend not using it.

Brian

(Continue reading)

Kohsuke Kawaguchi | 2 Aug 22:23 2008

[patch] a new setup.exe parameter to specify packages

Hi,

I wrote a patch for setup.exe so that it can take a list of packages
to be installed via the -P option, like this:

  setup.exe -P openssh,cvs,subversion

This would bring in the 3 modules and all their dependencies (of the
curr version.) The main use case for this is to perform unattended
installation from CLI.

I tried to make the coding style match with that of choose.cc, even
though the coding style of setup.exe as a whole seems to be different
from choose.cc. This is the first time I write a patch for Cygwin, so
my apologies if I'm missing some requirements.

--

-- 
Kohsuke Kawaguchi 
http://weblogs.java.net/blog/kohsuke/
Attachment (P-option.diff): text/x-diff, 1846 bytes
Reini Urban | 2 Aug 22:43 2008
Picon

Re: [ITP] libserf, libserf-devel, libserf0 - HTTP client library

David Rothenberger schrieb:
> I'm ITP'ing this in preparation for packaging subversion-1.5.1.
> 
> serf[1] is included in Debian testing[2], but I could not find it in
> Fedora or SuSE. Hence, I guess I require five GTGs.

If so, +1.
Also GTG. Packaging looks good, builds fine from source.
With one minor pick and one question.

The pick: CYGWIN-PATCHES/libserf.hint contains no requires libserf0,
but the importlib requires cygserf-0-0.dll

The question: Really cygserf-0-0.dll, not cygserf-0.dll?

> -------- [libserf setup.hint ] --------
> sdesc: "High-performance asynchronous HTTP client library (Documentation)"
> ldesc: "The serf library is a C-based HTTP client library built upon
> the Apache Portable Runtime (APR) library. It multiplexes
> connections, running the read/write communication
> asynchronously. Memory copies and transformations are kept to a
> minimum to provide high performance operation."
> category: Web
> requires: cygwin
> 
> -------- [libserf0 setup.hint ] --------
> sdesc: "High-performance asynchronous HTTP client library (Runtime)"
> ldesc: "The serf library is a C-based HTTP client library built upon
> the Apache Portable Runtime (APR) library. It multiplexes
> connections, running the read/write communication
(Continue reading)

David Rothenberger | 2 Aug 23:29 2008
Picon

Re: [ITP] libserf, libserf-devel, libserf0 - HTTP client library

On 8/2/2008 1:43 PM, Reini Urban wrote:
> David Rothenberger schrieb:
>> I'm ITP'ing this in preparation for packaging subversion-1.5.1.
>>
>> serf[1] is included in Debian testing[2], but I could not find it in
>> Fedora or SuSE. Hence, I guess I require five GTGs.
> 
> If so, +1.
> Also GTG. Packaging looks good, builds fine from source.

Thanks for checking.

> With one minor pick and one question.
> 
> The pick: CYGWIN-PATCHES/libserf.hint contains no requires libserf0,
> but the importlib requires cygserf-0-0.dll

libserf just contains /usr/share/doc stuff, so it doesn't require 
libserf0. libserf-devel contains the importlib and that does require 
libserf0.

> The question: Really cygserf-0-0.dll, not cygserf-0.dll?

That's the way upstream is doing it, I guess. I don't know why. Should I 
rename the packages to libserf0, libserf0-devel, and libserf0-0? Debian 
uses libserf-0-0, libserf-0-0-dbg, and libserf-0-0-dev.

--

-- 
David Rothenberger  ----  daveroth@...

(Continue reading)

Larson, Aaron (SWCOE | 3 Aug 08:07 2008
Picon

RE: setup.ini "depends:"

ou>>>>> "BD" == brian  <Dessent [mailto:brian@...] > writes:
AL> "Larson, Aaron" wrote:

AL> The attached setup.ini file describes three packages, A, B, and C,
AL> where A and B have a "1.1.1" and "2.2.2" versions.  I want version
AL> 1.1.1 of A to require 1.1.1 of B and similarly for A&B versions
AL> 2.2.2.  I'm expecting that when I select version 1.1.1 of A, setup
AL> will change B's version to 1.1.1, but I don't get that behavior.
AL> In fact, I can see no effect of my "depends:" entries at all.
AL> I've tried both our own minimally modified (changed the address of
AL> the mirrors.lst) and also a pristine copy of setup.exe version
AL> 2.573.2.2.  The log file does not show any syntax errors or
AL> warnings.

BD> Not possible.  Setup just doesn't support this.  If you want this
BD> kind of dependency you have to make the version number part of the
BD> package name,

Yea, I thought of that, but for our purposes it would be very messy.

BD> While the documentation you linked does mention "depends:" and it
BD> may even be in the ini parser grammar, it was never fully
BD> implemented AFAIK, so I recommend not using it.

Is it desirable to have such capability added?  If so, can you give me
a hint as to the level of difficulty in adding it?  Small, medium,
large, laughter?  I'm not at all familiar with the Cygwin code, but I
am proficient with c++.

Would it be possible to have "Not Implemented" added to the
(Continue reading)

Reini Urban | 3 Aug 09:41 2008
Picon

Re: setup.ini "depends:"

Larson, Aaron (SWCOE) schrieb:
> BD> While the documentation you linked does mention "depends:" and it
> BD> may even be in the ini parser grammar, it was never fully
> BD> implemented AFAIK, so I recommend not using it.
> 
> Is it desirable to have such capability added?  If so, can you give me
> a hint as to the level of difficulty in adding it?  Small, medium,
> large, laughter?  I'm not at all familiar with the Cygwin code, but I
> am proficient with c++.

Easy.
The parsing code is already there. It just has to be finished and used.

> Would it be possible to have "Not Implemented" added to the
> documentation for depends?  I would submit a patch, but ...
> 
> And thanks for your very prompt reply.

cvs -d :pserver:anoncvs@...:/cvs/cygwin-apps co setup
and there you go.
--

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

Reini Urban | 3 Aug 21:28 2008
Picon

Re: [RFU] speex-1.2rc1

David Rothenberger schrieb:
> Here are new speex packages updating to upstream 1.2rc1.
> 
> Please leave 1.2beta3.2 as previous.
> 
> wget -x -nH --cut-dirs=2 \
>   http://mysite.verizon.net/res00a7j/cygwin/speex/speex-1.2rc1-1-src.tar.bz2 \
>   http://mysite.verizon.net/res00a7j/cygwin/speex/speex-1.2rc1-1.tar.bz2 \
>   http://mysite.verizon.net/res00a7j/cygwin/speex/setup.hint \
>   http://mysite.verizon.net/res00a7j/cygwin/speex/libspeex1/libspeex1-1.2rc1-1.tar.bz2 \
>   http://mysite.verizon.net/res00a7j/cygwin/speex/libspeex1/setup.hint \
>   http://mysite.verizon.net/res00a7j/cygwin/speex/speex-devel/setup.hint \
>   http://mysite.verizon.net/res00a7j/cygwin/speex/speex-devel/speex-devel-1.2rc1-1.tar.bz2

Done, please announce.
I've deleted all previous but 1.2beta3.2, because the alphanumerical 
sorting looked odd to me.
--

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/


Gmane