At this point, it'd be cleaner to do something like the debian/control
file, where the subpackage-specific pieces broken into separate chunks,
separated by a blank line, each headed with its own "Package:" field.
Munging this information into the names of the fields themselves is
not a pretty thin
Cool. My gtk+ was apparently already linked against the right version,
but my gnome-libs and gdk-pixbuf were not, so I updated just those
and gnumeric works a-okay for me now too. Thanks!
Any ideas on a clean way to automate this kind of dependency on an
Apple-provided lib?
-jp
On Mon, 4 Feb
On Sun, 3 Feb 2002, Max Horn wrote:
> OK, weird. But I see now that I was mistaken regarding gnumeric, I
> only took a brief glance at the BT, saw "marshal", "signal", "emit"
> etc. and thought "oh, sigc++". Obviously that was wrong, stupid
> little me :)
>
> Anyway, I have latest gnumeric install
On 17 Jan 2002, Randal L. Schwartz wrote:
> YAML is very data-centric (fine for machine-to-machine communication,
> but a bit awkward for human to machine or even human to human),
> however, and indent sensitive (think "python"). I'd vote against
> moving from RFC822-header-style info files (at p
On Thu, 17 Jan 2002, Max Horn wrote:
> ...as has been discussed several times in the past, yeah, and was one
> of the original reasons we started talking about switching to a
> different package format in the future, with XML being one
> possibility.
Here's one more: YAML. Details at www.yaml.or
On Wed, 16 Jan 2002, Finlay Dobbie wrote:
> On Wednesday, January 16, 2002, at 09:33 pm, Max Horn wrote:
>> Oh and to mention one more difference: count the number of active
>> debian developers. The count the total number of active fink
>> developers. Compare the numbers. Think.
>
> And compare
On Wed, 16 Jan 2002, Max Horn wrote:
> With fink, for every package there is an .info file (and possibly a
> .patch file, too). Fink then uses the data from this .info file to
> retrieve the source tarball(s), expand them, patch them, compile
> everything, and then package it into a .deb (this is
