On Sat, 2007-02-10 at 14:21 -0500, [EMAIL PROTECTED] wrote:
> Following this are some patches to the manual files. It is still
> incomplete, but it would be helpful to get some feed back on the first
> 8 sections.
When I started the documentation I quickly realized that something like
Chapter 1 w
On Sat, 2007-02-10 at 14:21 -0500, [EMAIL PROTECTED] wrote:
> Following this are some patches to the manual files. It is still
> incomplete, but it would be helpful to get some feed back on the first
> 8 sections.
It's great to see you pick up on the manual. I never found inspiration
again after
On Wed, 2006-12-27 at 10:36 +, Raphael Manfredi wrote:
> Quoting Hans de Graaff <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel:
> :You are right, the rule is defined in dist's lib/files/Jmake.rules, and
> :the -s option is hardcoded. Easy change to make but then ever
On Tue, 2006-12-26 at 15:54 +0100, Christian Biere wrote:
> Hans de Graaff wrote:
> > The local_install:: target in Makefile.SH strips the gtk-gnutella binary
> > when installing it using the -s flag. I propose to remove this flag and
> > not strip gtk-gnutella by def
Hi,
The local_install:: target in Makefile.SH strips the gtk-gnutella binary
when installing it using the -s flag. I propose to remove this flag and
not strip gtk-gnutella by default.
My main reason for bringing this up is that this triggers a Gentoo QA
rule. Gentoo policy is to not strip binarie
On Mon, 2006-11-06 at 23:54 +0100, Christian Biere wrote:
> Nonetheless it might help if we increased the overlap size on a mismatch. At
> least I've noticed that with a larger size, it's not a problem to download
> such
> files even if there are a couple of mismatches.
If I remember correctly,
On Thu, 2006-04-27 at 07:23 +0200, Christian Biere wrote:
> Could you change the 0 of "#if 0" in src/main.c to 1 and look at
> the stack trace when it drops into gdb?
>
#0 0x2c4e0839 in raise () from /lib/tls/libc.so.6
#1 0x0041108e in log_handler (domain=0x2ade6477 "Gtk",
On Wed, 2006-04-26 at 22:24 +0200, Christian Biere wrote:
> > 06-04-26 18:26:07 (CRITICAL): gtk_tree_path_next: assertion `path !=
> > NULL' failed
> > 06-04-26 18:26:07 (CRITICAL): gtk_tree_path_up: assertion `path != NULL'
> > failed
> > 06-04-26 18:26:07 (CRITICAL): gtk_tree_path_next: assertio
On Wed, 2006-04-26 at 18:52 +0200, Haxe wrote:
> On Wednesday 26 April 2006 18:13, Christian Biere wrote:
> > is anyone else seeing frequent crashes with the Gtk+ 2.x GUI?
> ...
> > it just happens sooner or later e.g., when
> > I close a search,
>
> I have also had some crashes in the past months
On Tue, 2006-03-14 at 10:57 +0100, Jeroen Asselman wrote:
> I don't mind switching to SVN, if nobody objects I'd like to request the
> migration. I have allready enabled the mail and CIA scripts for commits.
> We don't have the same amount of control over the scripts as with CVS
> though, but t
On Mon, 2005-12-19 at 10:21 +0100, Christian Biere wrote:
> The list of translations is incomplete, see:
>
> $ cat po/*.po|grep 'Language-Team:'|sort
Done. Quite a few new langauges, that's great!
> The "Programming Language" information is plain wrong. Why
> and since when are Java and JSP lis
On Tue, 2005-10-18 at 01:03 +0200, Christian Biere wrote:
> In theory, the topless variant can be used as backend for another
> frontend. Extending the remote shell interface would be straight
> forward but has certainly some bandwidth/performance issues if one
> would want to implement a GUI simi
On Wed, 2005-10-19 at 18:44 +0200, Christian Biere wrote:
>
> The good old overlap check is pretty powerful in practice.
One flaw in the current overlap implementation is that overlaps are only
checked at the start of a chunk (e.g. when it starts downloading), but
not at the end of the chunk whe
On Tue, 2005-08-02 at 02:33 +0200, Hendrik-Jan Heins wrote:
> I've built a gtk1 and gtk2 version of gtk-gnutella 0.95.4 for both
> Mandriva Linux 2005LE i586 and x86_64
> You can find them at http://129.125.209.235/deel/RPM/Mandrivalinux2005LE/
> (i586 and x86_64).
> You can post them at the gtk-g
On Sat, 2005-08-06 at 13:59 +0100, Wu Xiaoguang wrote:
> Hi all:
> The attachment is the Simplied Chinese version of the
>
> gtk-gnutella / htdocs / files / en /intro
>
> It's encoding is utf-8.
Thanks. I have placed it on the website and added Chinese to the
supported languages. However, the p
On Thu, 2005-08-04 at 07:50 +0100, Alex Bennee wrote:
> I see the check is looking for a more recent version of dbus. I made the
> mistake of assuming as my box is a Gentoo one it would have the bleeding
> edge dbus available to it :-(
There have been a lot of incompatibilities between different
On Tue, 2005-08-02 at 17:24 +0200, Hans de Graaff wrote:
> On Mon, 2005-08-01 at 18:19 +0100, Alex Bennee wrote:
>
> > A while ago I toyed with a similer idea. However finding the right place
> > to put it was quite a tricky. Having said that there are developments
> > t
On Mon, 2005-08-01 at 18:19 +0100, Alex Bennee wrote:
> A while ago I toyed with a similer idea. However finding the right place
> to put it was quite a tricky. Having said that there are developments
> these days in the idea of event buses (dbus?) which we could support
> with gtk-gnutella. A sim
UTF-8 support.
- Doxygen documentation updates.
- Japanese and Spanish translation updates.
Enjoy!
Hans de Graaff
signature.asc
Description: This is a digitally signed message part
I expect to release version 0.95.4 next weekend. This will be another
bug fix release with some of the changes that have gone into CVS
recently. If you believe that we should not be releasing at this time
then please let me know.
It would be great if translators could provide updated translations
On Thu, 2005-07-14 at 18:24 +0900, Daichi Kawahata wrote:
> For subscribers, as you've already noticed, there're tons of
> irritating mails due to encoding :) Although as far as I am
> concerned, it'd be tolerance level with the following workaround
> on the MUA (registered Action),
>
> $ sed
There is now a new mailing list for gtk-gnutella called
[EMAIL PROTECTED] This list automatically receives
copies of all commits on CVS. As such this list is probably only of
interest to active developers. Note that if you subscribe to this list
you will get the full patches, not just the commit lo
On Sun, 2005-05-29 at 16:52 +0200, Haxe wrote:
> Hi,
> since some days (3 days or so), I cannot compile gtkg from anon cvs due
> to the following error:
>
> downloads.c:4395: error: too many arguments to function
> `file_info_pos_status'
It looks like the associated changes to fileinfo.c have n
On Sun, 2005-05-29 at 14:49 +0900, Daichi Kawahata wrote:
> > I'd think '\' brings ugliness too, it might be okay these keep
> > as is, since there's no fatal error.
>
> I've removed this part.
> I've moved short description to doxygen's initial comment box also.
> If it could be redundant that
On Tue, 2005-05-24 at 14:40 +0200, Hendrik-Jan Heins wrote:
> I've build 2 rpms for MandrivaLinux 2005LE from gtk-gnutella-0.95.3
> They are available at:
> http://129.125.209.235/deel/RPM/Mandrivalinux2005LE/ i586 or x86_64
Thanks! I have also put them in the contributed files section on sf.net.
On Mon, 2005-05-23 at 20:53 +0200, Carlos Vidal wrote:
> For those using Fedora Core 3 (or compiling on FC4test), I´ve just put
> the source and i386 RPMs of gtk-gnutella-0.95.3 on
> http://www.keffective.com/gnutella/
Thanks. I have also uploaded them Sourceforge as contributed RPMs.
Kind regard
On Mon, 2005-05-23 at 19:24 +0900, Daichi Kawahata wrote:
> Hi,
>
> I've updated both POTFILES.in and ja.po against the latest (2005-05-22),
> could you apply this patch ?
Committed. Thanks!
Hans
signature.asc
Description: This is a digitally signed message part
lead to failed assertions.
- [GTK1] Show Enable option and Remove button in Filter editor again.
- Fixed inadvertent truncation of large files (> 4 GB).
- Compatibility fixes for 64-bit platforms.
Enjoy!
Hans de Graaff
signature.asc
Description: This is a digitally signed message part
traffic than was needed between
GTKG Ultrapeer and GTKG leafs.
- Improved firewall status detection: if you are not firewalled then
GTKG is now less likely to claim that you are.
- Fix a build problem for some versions of Glade
- A few minor bugs fixed
Enjoy!
Hans de Graaff
nd
spam sites.
- Greatly enhanced stability as compared to 0.95 due to many bug
fixes. Other noteworthy bugs fixed are:
* Gtk-Gnutella as ultrapeer was not routing any searches iff uploads
had been disabled.
* Problems with the UDP/TCP port setting have been fixed (bug
#1091827).
- German
On Sat, 2005-05-07 at 20:35 +0900, Daichi Kawahata wrote:
> I've just finished downloading & compiling, noticed that default value
> whether gtkg will be built officially was [n]. I don't think it's the
> matter, but should it be [y] if possible ?
The use of this flag is documented in the README,
On Fri, 2005-05-06 at 20:26 +0200, Christian Biere wrote:
> I've noticed that the stable release invokes Glade as well because
> some of the generated files are older than the .glade files. This
> is bad because it turns compiling into russian roulette e.g., if
> the user has an too old version of
On Mon, 2005-05-02 at 23:36 +0200, Christian Biere wrote:
> The Unicode stuff is almost finished. The Configure options regarding
> ICU should be removed so that everyone uses the same code. The code
> itself should stay for testing purposes though. These tests are
> currently broken because the l
On Mon, 2005-05-02 at 22:41 +0200, Hans de Graaff wrote:
> It looks like I will have time to create a new gtkg release at the end
> of this week, probably on Friday, May 6th.
I have collected the ChangeLog for this release and included it below
(also in CVS). Did I miss anything for thi
On Tue, 2005-04-05 at 05:20 +0900, Daichi Kawahata wrote:
> Hi,
>
> I've modified gtkg-apidoc.main (front page), files in core directory
> to be grouped (I hope I never use version dependent tag anyway)
Thanks, I have just applied these patches and committed them to CVS.
> Also, in src/core/hash
On Wed, 2005-05-04 at 18:30 +0100, Andrew Benton wrote:
> Building without NLS it builds, installs and runs fine.
> Take it easy
Yes, I caused that because I had a interface-glade.c full of conflicts
in my tree. I've fixed it locally and will push it into CVS later today.
BTW, the actual gtk-gnu
Hi,
It looks like I will have time to create a new gtkg release at the end
of this week, probably on Friday, May 6th.
As far as I know there are no pending blocking bugs at the moment. I am
not sure about the status of Bitzi tickets (Alex?) and I am also not
sure where we stand on UTF-8 changes
On Mon, 2005-05-02 at 15:36 +0200, [EMAIL PROTECTED] wrote:
> I'm brand new to this list, and willing to help in some kind of way...
> Would anyone like me to translate something into French? I thought it might
> be
> a good idea to help promote this program by making it accessible to
> non-Eng
On Fri, 2005-04-22 at 14:16 +0200, Haxe wrote:
> Hi,
> I just wondered how the planned release of 0.95.1 is going.
> Is there a chance that 0.95.1 can still get into Debian Sarge?
When I proposed to do a release a few weeks ago we found that there was
still a critical bug. I haven't had time after
On Fri, 2005-03-25 at 13:49 +0100, Paco Arjonilla wrote:
> I will try to finish it for 0.96.
> I have changed "State of Spain" to "Kingdom of Spain" and added some
> help info for translators.
I tried to apply the included patch for es.po, but it mostly failed.
Against which file did you generate
It looks like we really need another release of GTKG. Not only is CVS
currently much more stable than 0.95, but also 0.95 is starting to warn
that it is becoming obsolete.
I've looked at the release instructions, and most of it seems to be
doable for me, apart from building Debian packages. I als
On Mon, 2004-11-15 at 22:40 +0100, ko wrote:
> I obtain the following message :
>
> cvs update: Updating src/ui/gtk/gtk2
> M src/ui/gtk/gtk2/interface-glade.c
>
> This message occurs even though I have not touched "interface-glade.c".
But you have touched it, or rather, the build process has us
On Sun, 2004-11-07 at 15:24 +0100, Haxe wrote:
> Oops, another crash.
> When I start the newest version of gtkg from cvs, it always crashes
> within one or two minutes. The failed assertion is the following:
>
> ** ERROR **: file ggep.c: line 569 (ggep_ext_writev): assertion failed:
> (p - buf =
On 1 Oct 2004, Alex Bennee wrote:
> I believe emacs looks in the first 4 lines of a file for the format
> tag. Not being a LISP person I have not yet supplied a patch to the
> GNU folk to allow other placing :-(
This may be a difference between GNU Emacs and XEmacs, but with XEmacs
I have no tro
On 26 Sep 2004, Nikolay Sturm wrote:
> I have a problem with gtk-gnutella on sparc64 and presumably every
> 64bit architecture. In nodes.c you happily mix gint and size_t
> resulting in a startup crash:
>
> 04/09/25 23:54:27 (CRITICAL): file glib-missing.c: line 189
> (gm_snprintf): assertion `(ss
On 5 Jul 2004, Richard Eckart wrote:
> after having run gtkg for about 2 days I stopped it and got the
> following leak summary (Gtk1 version):
Thanks for Christian to include override.h in visual_progress_gui.c,
otherwise these leaks would not have become visible. I believe all of
these were fix
On 3 Jul 2004, T'aZ wrote:
> here you'll be able to find the updated fr.po for gtkg
>
> http://users.skynet.be/taz-007/fr.po.gz
Thanks! The update has been committed to CVS.
Kind regards,
Hans
---
This SF.Net email sponsored by Black Hat Bri
On 23 Jun 2004, Jeroen Asselman wrote:
> Current CVS HEAD is for now Feature frozen. Only bug fixes will be
> made*. If there are no show stoppers, a 0.94 release should be out
> in 2 weeks. One of the features that will not make it into 0.94 is
> tigertree support. This should be ready in 0.95.
>
On 7 Jun 2004, Richard Eckart wrote:
> Btw... does anybody know what happens if one changes a translatable
> [_("blah")] string in the sourcecode? Is it necessary to update all
> translations as well then? How do I do that?
Depending on what was changed the translations may need changing as
well,
On 24 May 2004, Bill Pringlemeir wrote:
>
> In the latest changeset, several file had newlines removed when
> using the "g_warning()" function. The latest changes to sockets.c
> removed the "show_error()" function. All of the changes kept the
> newline characters in the string data. For example
On 2 May 2004, Bill Pringlemeir wrote:
>
> On Sun, 2 May 2004, [EMAIL PROTECTED] wrote:
>
>> The public CVS is always horribly out of date - expect at least a
>> 24hrs propagation delay. The problem was fixed 1.13, so it's no
>> wonder you still experience the crashes. Try again, once you have
>>
On 27 Apr 2004, Bill Pringlemeir wrote:
> Correct. File size was 8 bytes and v->context->width was 640. I
> crashes X-Windows twice and GTKG several times before I actually
> inserted a printf before the calculation.
>
> printf("v->file_size %d, v->context->width %d\n",
> v->file_size , v->conte
On 26 Apr 2004, Bill Pringlemeir wrote:
> (gdb)
> #0 0x08093c66 in vp_draw_chunk (data=0x85014a0, user_data=0x8e40108)
> #at \
> visual_progress_gui.c:121
> #1 0x401cbbe9 in g_slist_foreach () from /usr/lib/libglib-1.2.so.0
> #2 0xec835356 in ?? ()
>
> But I think things are pretty clear withou
On 17 Apr 2004, Bill Pringlemeir wrote:
> /*
> * Free chunk list got by calling fi_get_chunks.
> */
> void fi_free_chunks(GSList *chunks)
> {
> GSList *sl;
>
> for (sl = chunks; NULL != sl; sl = g_slist_next(sl)) {
> G_FREE_NULL(sl->data);
> }
This is the problem, G_FREE_NULL should not have been
On 9 Jan 2004, Richard Eckart wrote:
> On Fr, 2004-01-09 at 13:47, [EMAIL PROTECTED] wrote:
>>
>> This looks very nice. I can't wait till I internet again to sync
>> again. I would say, go for the upload pane as well!
>
> Hans de Graaf has agreed to take care of the patch and said he
> should have
Hi,
I believe I have found a bug in the code that selects a random chunk
for download when using partial file sharing. It seems that the last
chunk just before the offset is not copied into the cloned list of
chunks because of an off-by-one error.
The problem surfaced when I had a file with a fir
Hi,
I've noticed that I still have files listed in the PARQ queue which I
have removed from my system quite a while ago. How does PARQ handle
this normally? Are file entries supposed to remain in the queue even
though the file is no longer shared or even present on my system?
It seems to me that
On Sat, 13 Sep 2003, Mihai T. Lazarescu wrote:
>> > The 1-3Mb amount is arbitrary chosen in doing by hand, but gtkg
>> > can do automatically a much better job in backtracking in, say,
>> > 128kb increments, up to achieving a match. It would be nice
>> > to have such a feature, it very often save
On Fri, 12 Sep 2003, Mihai T. Lazarescu wrote:
> Actually these files very often can be rescued by getting rid
> of a certain amount of the incriminated chunk. I do by hand
> the following:
>
> * take note of the offset generating the mismatch;
>
> * quit gtkg;
>
> * edit fileinfo by subtracti
On Mon, 9 Jun 2003, Nick Sanders wrote:
> On Monday 09 June 2003 10:08 pm, Raphael Manfredi wrote:
>> This is the candiate snapshot for 0.92 final. Test it well.
>>
>
> I'm having trouble compiling it using gcc 3.3 from sid. I get the
> following error.
>
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/u
On 16 Feb 2003, ko wrote:
> Your version of GTK shouldn't be affected by the patch.
> Did you enable the GTK+ 2.x frontend ? If so, please give
> your GTK+ 2.x version number :)
I haven't enabled the GTK+ 2.x frontend, and I still see the
problem. FWIW, I have GTK+ 2.2.1 on my system, but I'm st
On Sun, 16 Feb 2003, Jamie Jones wrote:
> I'm a "me too" :
Likewise.
>> - What is your platform ?
>
> FreeBSD 4.7-RELEASE
Linux 2.4.20
>> - What is your GTK+ version ?
>
> gtk-1.2.10
gtk-1.2.9
>> - If you regenerated source files from glade, what is your glade
>> version ?
>
> glade-0.6
62 matches
Mail list logo
