This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: upset, genini: different version ordering
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin-apps at cygwin dot com
- Date: Thu, 23 Jul 2015 21:37:54 +0200
- Subject: Re: upset, genini: different version ordering
- Authentication-results: sourceware.org; auth=none
- References: <20150720190010 dot GV3864 at calimero dot vinschen dot de> <87twsy4mms dot fsf at Rainer dot invalid> <20150721065556 dot GY3864 at calimero dot vinschen dot de> <87r3o1phtw dot fsf at Rainer dot invalid> <20150721184914 dot GE3864 at calimero dot vinschen dot de> <87mvyppbmf dot fsf at Rainer dot invalid> <20150722094350 dot GI3864 at calimero dot vinschen dot de> <87zj2okvts dot fsf at Rainer dot invalid> <20150723095942 dot GO3864 at calimero dot vinschen dot de> <877fpqztqx dot fsf at Rainer dot invalid> <20150723191707 dot GA29274 at calimero dot vinschen dot de>
Corinna Vinschen writes:
> Yes. In the function itself prematch is generated from some regex if
> it's not given as parameter. There are three places calling Normalize,
> two of them with a 2nd parameter.
>
> On closer inspection it seems there's already some provisioning for
> different versioning schemes. At one point the second parameter
> is constructed from an entry in setup.hint called "verpat" and a keyword
> "verpat" is recognized for that. If "verpat: ,,," is not given for a package,
> the pattern used as 2nd parameter is set to the package name, a dash,
> followed by any character string,
Any character string or starting with a digit?
In any case, that second parameter is then basically telling how to
split the package name up into its constituents.
> followed by ".tar", followed by an
> arbitrary string.
>
> Paramter 1 can be a path, not only a filename, btw.
Should be, yes.
> Uh oh. There's also a snippet of code at the end of Normalize which
> "normalizes" the file suffix. All .tar* variants are "normalized" into
> .tar.gz, presumably for sorting purposes.
Except for some of the code details and "verpat:" (which I don't think
have ever been described or used anywhere i can remember), that closely
resembles what setup.exe is doing. Actually, setup parses like this:
path goes from the start of string to the last path separator
package name from the remainder of the string until the first "-" that's
followed by a digit (exclusive the actual "-")
package release from the last "-" until the ".tar.*" extension.
Packages can have a "-src" and a "-patch" suffix. Only the "-src"
suffix is currently used AFAIK, althoug I'd wish that "-debuginfo",
"-devel" and maybe "-doc" could also be treated like that.
> I'm really sorry, but AFAICS the code should be able to win the
> obfuscated perl contest hands down. No noticable commenting either.
https://www.unix-ag.uni-kl.de/~conrad/shocc/xd3.html#nr288
Perl that doesn't look like line noise even to the person that wrote it
four weeks ago is inefficient. :-)
> We could really need help from somebody knowing perl well enough
> to understand and describe code :}
I'd rather write new code when the objectives can be agreed upon.
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
- References:
- Re: upset, genini: different version ordering
- Re: upset, genini: different version ordering
- Re: upset, genini: different version ordering
- Re: upset, genini: different version ordering
- Re: upset, genini: different version ordering
- Re: upset, genini: different version ordering
- Re: upset, genini: different version ordering
- Re: upset, genini: different version ordering
- Re: upset, genini: different version ordering
- Re: upset, genini: different version ordering
- Re: upset, genini: different version ordering