New Maintainer

Charles Wilson
Fri Mar 28 17:09:00 GMT 2008

Christopher Faylor wrote:
> On Thu, Mar 27, 2008 at 08:58:17PM -0500, Charles Wilson wrote:
>> DRC wrote:
>>> Is there a spec for which files go in which packages, etc.?  Any other
>>> advice to get started, or should I just start downloading and tinkering?
>> Given the "new" modular structure of the releases, it seems to me 
>> that each "module" should be treated independently.  However, that being 
>> said, each "module" may represent multiple tarballs.  E.g.
> I don't think it makes sense to invent a new scheme for what goes where.
> Just pick a distro (Fedora, Gentoo, SuSE, Ubuntu, etc.) and mimic that.

Chris, this is NOT a new scheme, and the linux distros' methods cannot 
be directly mapped to cygwin with regards to shared libraries, because 
.so's != dlls, and != Windows Runtime Loader.  There will always 
be some differences between our packaging and the *nixes.

But in this particular case, what is "new" about the breakdown iisted 
below? Doesn't it map almost exactly to how Fedora distributes libXext 
in rpms?



(These filenames were taken directly from Yaakov's libXext cygport.)

The only real difference is that the *nixes would provide only the DLL 
(so) package 'libxext6' and the -devel package 'libxext-devel'; there's 
nothing specific in this case that really needs to go in a "base" 
package 'libxext'.  However, in Cygwin's case I've noticed that 
setup.exe (at least in the past) got annoyed if you have:
   libfoo6-*.tar.bz2      (external-source: foo)
   libfoo-devel-*.tar.bz2 (external-source: foo)
but do not have
Maybe this is a bug in setup and we should fix it, or maybe it is not a 
problem anymore.  In any case, we need to put the cygwin README, and the 
"normal" README/THANKS/AUTHORS/ChangeLog goobledygook somewhere. Might 
as well be in the (otherwise empty) foo-*.tar.bz2 package.

As it happens, Yaakov chose to put the man3 docs in the "main" foo-* 
package, instead of the libfoo-devel-* package. I'd probably do it more 
like the *nixes, in this case. But really, is THIS significant?

We can and should, of course, use the Linux distro's packaging choices 
as informed guidance, and I'm sure that's exactly what Yaakov did when 
he created his cygports. (The *nixes whose X components are based on the 
modular source DO treat each module as independent subsets [that 
is, separate *.src.rpm's, separate lib*N rpms, separate lib*-devel rpms 
etc]...although they naturally tend to update/release them in 
simultaineous waves).

Frankly, I'd want to make things as easy as possible for the new X 
maintainer -- and since an experienced, knowledgeable person has already 
done a HUGE portion of the necessary work, I'd /start/ with Yaakov's 
cygports...and *maybe* make some slight modifications if 
SuSe/Fedora/Debian did something the new X maintainer particularly 
likes.  (Not the other way around, as you seem to suggest).

My email was an attempt to explain the general way that "dll-providing" 
cygwin packagesets are and should be subdivided, with a short 
description of the 'why' behind it all.  It's the way I've been 
providing DLL packagesets since 2002 or before. I'm surprised you 
consider it "new".


Unsubscribe info:
Problem reports:

More information about the Cygwin-xfree mailing list