Bill Pringlemeir wrote:
> Bill Pringlemeir wrote:
> >> The `GTK_TREE_SORTABLE_UNSORTED_SORT_COLUMN_ID' seems to have been
> >> introduced in version 1.41 of search_cb.c. I reverted to the
> >> previous stub function. I downloaded the snapshot and it has the
> >> same code. I don't see occuranc
Hello,
just an e-mail to get everybody up-to-date of a small change.
The IP-address of the server where I host Mandriva RPMs (including
gtk-gnutella) has changed from 129.125.209.235 to:
http://145.98.209.235/deel/
I'll post any new versions of gtk-gnutella there.
Hendrik-Jan Heins
--
Publieke
Bill Pringlemeir wrote:
>> I did a cvs update at about 19GMT sunday. I did it again at 22 GMT
>> on Sunday and only src/lib/misc.c changed. I run "make
>> depend;make". I had to run configure again to fix the VAL_EAGAIN
>> define.
On 18 Sep 2005, [EMAIL PROTECTED] wrote:
> IMHO, VAL_EAGAIN i
Quoting Alex Bennee <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
:I appreciate you shouldn't have to do that. However my experience is if
:you've been down for a few days GTKG will spend hours going through a
:whole load of dead clients in its huge cache. This affects connection time
:to t
On Mon, September 19, 2005 10:07, Raphael Manfredi said:
> Quoting Alex Bennee <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
> :Indeed. Sometimes when I re-start GTKG after being down for a few days I
> :have to clear the host cache. Otherwise GTKG spends a whole lot of time
> :(and lots o
Quoting Alex Bennee <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
:Indeed. Sometimes when I re-start GTKG after being down for a few days I
:have to clear the host cache. Otherwise GTKG spends a whole lot of time
:(and lots of stalled connections) trying to connect to non-existent
:clients.
Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
:I believe Configure does now pick those ccflags by default. If I
:were a tid more lazy or needed more ccflags and ldflags, I'd put that
:in a wrapper script in my PATH.
The latest Configure does include the warning flag
Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
:It would also be better if the user had a chance to figure out what
:the hell is going on before GTKG runs away contacting caches and
:tons of peers before you had the chance to have at least a half-decent
:configuration
On Mon, 2005-09-19 at 05:43 +, Raphael Manfredi wrote:
> Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
> It's true that some clients are abusing the caches. However, I suspect
> only GTKG has such a large host cache. Other clients cache only a low
> amount (10
Raphael Manfredi wrote:
> Isn't life wonderful?
Depends on the current flavour and phase of the moon I'd guess.
--
Christian
pgp1cA4jsNUg1.pgp
Description: PGP signature
Alex Bennee wrote:
> On Mon, 2005-09-19 at 05:28 +, Raphael Manfredi wrote:
> > As a rule of thumb, whenever "Configure" changes during a "cvs update",
> > it needs to be re-reun as "Configure -ders".
> I've never figured out what the correct "select what I did last time"
> foo for ./Configure
Raphael Manfredi wrote:
> Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
> :In theory, yes. Gtk-Gnutella doesn't really do that. However that
> :alone doesn't really solve the bootstrap problem and I don't think
> :Gtk-Gnutella ever needs to fall back to a cache once
On Mon, 2005-09-19 at 05:28 +, Raphael Manfredi wrote:
> Perhaps, but as I said, Configure already computes VAL_EAGAIN for us,
> and it simplifies things a bit.
>
> As a rule of thumb, whenever "Configure" changes during a "cvs update",
> it needs to be re-reun as "Configure -ders".
>
I've
Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
:Personally I despise compile checks which needlessly require
:running code making cross-compiling impossible and are far
:from being "correct".
I agree cross-compiling support is not one of metaconfig's strengths.
But t
14 matches
Mail list logo
