Lukas Oboril wrote:
> > Let's pick a date for this? The topic of source tarballs came up
> > yesterday again, since all the specs are using externally hosted source
> > tarballs from the original upstreams, and these *are* flaky (sf.jp in
> > particular, but stdcxx was problematic too).
>
> Date : anytime except 18th,19th, 20th of January
> Time: I prefer 9:00 - 12:00 AM ?or ? 0:00 - 3:00 AM (Central European
> Time ?CET = GMT +1)
Let's go for friday night, then, shall we? That's today, in about 12 hours.
Stefan should be awake by then again as well.
Let's do a little prep-work with some proposals: regarding the source
tarballs:
0) Let's agree that only sources in CVSDude will be built, not pristine source
fetched from the original upstream.
1) Let's pick a hosting location to put source tarballs.
a) Stefan has a solution picked at low cost, let's go with that
b) As an *interim* solution while only a few people are using the specs,
we can use bionicmutton.org, which sits on a KDE server at the
university of Nijmegen.
2) Let's create some machinery in SPECS/Makefile to tar up the CVSDude
directories automatically (and copy them to bionicmutton). I had something
like that already, it's straightforward.
3) Adjust all the spec files to fetch source tarballs from (1a) or (1b).
4) Adjust all the spec files to use patches and scripts from the Solaris/
directories inside the tarballs, instead of using the patch-and-foo
mechanisms now in place (which are standard pkgtool, but still).
This would solve the following problems:
- Duplication of work as Stefan patches stuff in the CVSDude copies of the
pristine sources and then the patches get re-done for the spec files. [ Fixed
by (4) ]
- Version disagreements as Stefan puts one version of, say, gnutls into
CVSDude and I create a spec file based on the version currently in FreeBSD,
which is something else. [ Fixed by (0) and (3) ]
- Flaky downloads as servers come and go; sourceforge.jp in particular is like
that. [ Fixed by (1), (2), (3) ]
--
These are your friends - Adem
GPG: FEA2 A3FE Adriaan de Groot
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part.
URL:
<http://mail.opensolaris.org/pipermail/kde-discuss/attachments/20080104/727d21fd/attachment.bin>
