This is the mail archive of the
mailing list for the Cygwin project.
Re: x86/ -> ./ symlink
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin-apps at cygwin dot com
- Date: Wed, 03 Jul 2013 22:08:01 +0200
- Subject: Re: x86/ -> ./ symlink
- References: <87li5qdxdp dot fsf at Rainer dot invalid> <20130701180225 dot GC4763 at calimero dot vinschen dot de> <87hagedrdu dot fsf at Rainer dot invalid> <20130702092849 dot GA10542 at calimero dot vinschen dot de> <20130702094006 dot GB10542 at calimero dot vinschen dot de> <8738rw20zw dot fsf at Rainer dot invalid> <20130703073701 dot GC5118 at calimero dot vinschen dot de> <87obaj1vmq dot fsf at Rainer dot invalid> <20130703182826 dot GB3182 at ednor dot casa dot cgf dot cx> <87fvvv1ntm dot fsf at Rainer dot invalid> <20130703191409 dot GD3182 at ednor dot casa dot cgf dot cx>
Christopher Faylor writes:
> I don't see why. The ports stuff could also go into the mix under the
> x86* directories.
That would make it more difficult to use seperately mirrored directories
(not downloaded via setup.exe) for installation.
> I presume that now it is only separated by the mirror name.
Yes. Besides the URL-encoded name that probably nobody really likes, I
don't see why this structure would be inferior to the merged directories.
> Or, actually, I was also thinking of adding a release tag to setup.ini.
> release: x86
> release: x86_64
> release: cygwinports-x86
> That could be used to keep the cygwinports stuff separate from the
> normal release if it's really needed.
If you want to do that, then how about making the distinction at the
"release" level (Ports already does it, sort of, by naming it
"release-2") and push the setup.ini down one level? In other words the
directory structure would then be
and everyone could live happily together with only a single directory to
look for setup*.ini files. Scanning would only be needed if a <tag>
directory existed with no corresponding setup-<tag>.ini file (aka local
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf microQ V2.22R2: