[Attn Maintainer] git git-svn

[Attn Maintainer] git git-svn

[Achim Gratz]

The update to Perl 5.22 is planned for the end of this week.  Please
notify immediately if you cannot provide the updated packages indicated
below by then to your package upload area on cygwin.com.

Your following packages place Perl modules into vendor_perl and need an
update or re-release using Perl version 5.22:

git
git-svn


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs

Re: [Attn Maintainer] git git-svn

[Adam Dinwoodie]

On 27/07/2015 20:45, Achim Gratz wrote:
> The update to Perl 5.22 is planned for the end of this week.  Please
> notify immediately if you cannot provide the updated packages indicated
> below by then to your package upload area on cygwin.com.
>
> Your following packages place Perl modules into vendor_perl and need an
> update or re-release using Perl version 5.22:
>
> git
> git-svn

I'm just waiting for it to finish running through the test suite before 
I upload :)

Re: [Attn Maintainer] git git-svn

[Achim Gratz]

Adam Dinwoodie writes:
> I'm just waiting for it to finish running through the test suite
> before I upload :)

Thank you.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves

Re: [Attn Maintainer] git git-svn

[Adam Dinwoodie]

On Tue, Jul 28, 2015 at 07:43:56AM +0200, Achim Gratz wrote:
> Adam Dinwoodie writes:
> > I'm just waiting for it to finish running through the test suite
> > before I upload :)
> 
> Thank you.

These packages are now uploaded, with a "!perl" file instead of a
"!ready" file.

I'm going to look at taking the latest upstream releases once the new
version of Perl has been released; I didn't want to take a version bump
while we are also taking other changes.

Re: [Attn Maintainer] git git-svn

[Achim Gratz]

Adam Dinwoodie writes:
> These packages are now uploaded, with a "!perl" file instead of a
> "!ready" file.

Thanks.

> I'm going to look at taking the latest upstream releases once the new
> version of Perl has been released; I didn't want to take a version bump
> while we are also taking other changes.

That's probably a good idea.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada

Re: [Attn Maintainer] git git-svn

[Jon TURNEY]

On 30/07/2015 20:41, Achim Gratz wrote:
> Adam Dinwoodie writes:
>> These packages are now uploaded, with a "!perl" file instead of a
>> "!ready" file.
>
> Thanks.
>
>> I'm going to look at taking the latest upstream releases once the new
>> version of Perl has been released; I didn't want to take a version bump
>> while we are also taking other changes.

I think git-svn should and used to depend on subversion-perl, but this 
seems to have gone missing, somehow.

Re: [Attn Maintainer] git git-svn

[Adam Dinwoodie]

On 01/08/2015 15:18, Jon TURNEY wrote:
> On 30/07/2015 20:41, Achim Gratz wrote:
>> Adam Dinwoodie writes:
>>> These packages are now uploaded, with a "!perl" file instead of a
>>> "!ready" file.
>>
>> Thanks.
>>
>>> I'm going to look at taking the latest upstream releases once the new
>>> version of Perl has been released; I didn't want to take a version bump
>>> while we are also taking other changes.
>
> I think git-svn should and used to depend on subversion-perl, but this 
> seems to have gone missing, somehow.

How very odd! That was one of the automatically generated dependencies, 
so presumably the dependency generation has just gone a bit sideways, 
probably because of the Perl version change.

I'm expecting to be away for most of the weekend, so I'll try and 
rebuild early next week; hopefully once all the other Perl-related 
packages have stabilised, it'll pick up the dependency automatically 
again, but if not, I'll just add it manually.

(In theory I could go digging into how Cygport works out such 
dependencies, but it's all black magic to me so I'm just going to take 
the lazy option for now.)

Re: [Attn Maintainer] git git-svn

[Achim Gratz]

Adam Dinwoodie writes:
>> I think git-svn should and used to depend on subversion-perl, but
>> this seems to have gone missing, somehow.
>
> How very odd! That was one of the automatically generated
> dependencies, so presumably the dependency generation has just gone a
> bit sideways, probably because of the Perl version change.

I don't think so, that package hasn't been renamed or anything like
that.  As long as the installed.db and the *.lst.gz files are OK, it
should find these.  Here's what I get from "cygport git pkg":

>>> git requires: bash libcurl4 libexpat1 libgcc1 libiconv2 libintl8 libopenssl100 libpcre1 perl perl-Error perl-TermReadKey perl_base python zlib0 cygutils less openssh rsync
>>> gitk requires: bash tcl-tk git font-adobe-dpi75
>>> gitweb requires: bash perl-Plack perl_base ruby git lighttpd
>>> git-completion requires:  bash bash-completion git
>>> git-cvs requires: git perl perl-DBI perl_base cvsps perl-DBD-SQLite
>>> git-email requires: git perl perl-Error perl-IO-Socket-SSL perl_base 
>>> git-gui requires: bash tcl-tk git gitk
>>> git-svn requires: git perl perl-YAML perl_base subversion-perl 

> I'm expecting to be away for most of the weekend, so I'll try and
> rebuild early next week; hopefully once all the other Perl-related
> packages have stabilised, it'll pick up the dependency automatically
> again, but if not, I'll just add it manually.
>
> (In theory I could go digging into how Cygport works out such
> dependencies, but it's all black magic to me so I'm just going to take
> the lazy option for now.)

Basically it looks for executable and scripts and determines which
packages these belong to by looking at the package list files.  For Perl
scripts in particular it then tries to find out which modules are used
and then which package these belong to.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [Attn Maintainer] git git-svn

[Adam Dinwoodie]

On Sat, Aug 01, 2015 at 08:17:59PM +0200, Achim Gratz wrote:
> Adam Dinwoodie writes:
> >> I think git-svn should and used to depend on subversion-perl, but
> >> this seems to have gone missing, somehow.
> >
> > How very odd! That was one of the automatically generated
> > dependencies, so presumably the dependency generation has just gone a
> > bit sideways, probably because of the Perl version change.
> 
> I don't think so, that package hasn't been renamed or anything like
> that.  As long as the installed.db and the *.lst.gz files are OK, it
> should find these.

Well my latest rebuild picked up the dependency automatically, and the
only thing I can think of that changed between the two is that I picked
up the latest version of subversion-perl.

Whatever it was, it's fixed now :)

Re: [Attn Maintainer] git git-svn

[Achim Gratz]

Adam Dinwoodie writes:
> I'm going to look at taking the latest upstream releases once the new
> version of Perl has been released; I didn't want to take a version bump
> while we are also taking other changes.

The tests for 2.5.0 just completed:

--8<---------------cut here---------------start------------->8---
fixed   1
success 12528
failed  0
broken  179
total   12808
--8<---------------cut here---------------end--------------->8---

…on both architectures.  I do not have cvs installed, so those tests (as
well as Perforce) have not run.

A few suggestions for changes to the cygport:

--8<---------------cut here---------------start------------->8---
SRC_URI="https://git.kernel.org/cgit/git/git.git/snapshot/${PN}-v${PV}.tar.gz"
SRC_DIR="${PN}-v${PV}"
--8<---------------cut here---------------end--------------->8---

Then not "inherit git", a snapshot is less wasteful then the cloning
unless you plan to really work with the repository which cygport makes
difficult anyway.

--8<---------------cut here---------------start------------->8---
[[ $ARCH_x86_64 ]] && DEPEND="$DEPEND libiconv libiconv-devel"
--8<---------------cut here---------------end--------------->8---

Drop this line and add libiconv, libiconv-devel plus dblatex to the
DEPENDS unconditionally.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: [Attn Maintainer] git git-svn

[Adam Dinwoodie]

On Sun, Aug 02, 2015 at 08:35:25AM +0200, Achim Gratz wrote:
> The tests for 2.5.0 just completed:
> 
> --8<---------------cut here---------------start------------->8---
> fixed   1
> success 12528
> failed  0
> broken  179
> total   12808
> --8<---------------cut here---------------end--------------->8---
> 
> …on both architectures.  I do not have cvs installed, so those tests (as
> well as Perforce) have not run.

I'm going to continue to be cautious: while I think the risk of bumping
up to v2.5.0 is very low, if there are problems with that or any of the
other numerous recent changes (this has been the first time a release
has got above the -1 version since I took over maintainership), I want
to keep the changes reasonably slow to help narrow down where the
problem comes from.

> A few suggestions for changes to the cygport:
> 
> --8<---------------cut here---------------start------------->8---
> SRC_URI="https://git.kernel.org/cgit/git/git.git/snapshot/${PN}-v${PV}.tar.gz"
> SRC_DIR="${PN}-v${PV}"
> --8<---------------cut here---------------end--------------->8---
> 
> Then not "inherit git", a snapshot is less wasteful then the cloning
> unless you plan to really work with the repository which cygport makes
> difficult anyway.

Done.  I switched from something similar when I took over the
maintainership, as using "inherit git" seemed like The Right Thing To Do
when I was first playing around with Cygport.  As you say, though, it's
just adding overhead with no advantage.  (Indeed if I want to play
around with the Git repository itself, I already have a copy of that
ready to go.)


> --8<---------------cut here---------------start------------->8---
> [[ $ARCH_x86_64 ]] && DEPEND="$DEPEND libiconv libiconv-devel"
> --8<---------------cut here---------------end--------------->8---
> 
> Drop this line and add libiconv, libiconv-devel plus dblatex to the
> DEPENDS unconditionally.

I'm sure when I first added that line, it made sense with the
dependencies.  I've made this change as well now, though, as it seems to
be the right thing to do at this point.

Thanks!

Adam

Re: [Attn Maintainer] git git-svn

[Achim Gratz]

Adam Dinwoodie writes:
> I'm going to continue to be cautious: while I think the risk of bumping
> up to v2.5.0 is very low, if there are problems with that or any of the
> other numerous recent changes (this has been the first time a release
> has got above the -1 version since I took over maintainership), I want
> to keep the changes reasonably slow to help narrow down where the
> problem comes from.

No problem.  I just had to run the build box overnight anyway and
figured it would get through a Git build until I looked at it in the
morning.

> Done.  I switched from something similar when I took over the
> maintainership, as using "inherit git" seemed like The Right Thing To Do
> when I was first playing around with Cygport.  As you say, though, it's
> just adding overhead with no advantage.  (Indeed if I want to play
> around with the Git repository itself, I already have a copy of that
> ready to go.)

I have a few packages that use Git repositories, but I always clone them
from local repos.  That won't work for official packages obviously, but
if cygport gets smarter and caches the repos someplace else (like
already possible with package archives) it might be more useful to work
from a Git repo.  Especially if cygport was getting smart enough to get
a tarball instead of cloning if it isn't set up to cache the repo.


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