Menu
▾
▴
pidgin-devel — DO NOT USE. See https://pidgin.im/cgi-bin/mailman/listinfo/devel
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(27) |
Jul
(25) |
Aug
(21) |
Sep
(136) |
Oct
(123) |
Nov
(87) |
Dec
(110) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(87) |
Feb
(88) |
Mar
(81) |
Apr
(255) |
May
(73) |
Jun
(96) |
Jul
(131) |
Aug
(94) |
Sep
(148) |
Oct
(171) |
Nov
(166) |
Dec
(172) |
| 2004 |
Jan
(251) |
Feb
(140) |
Mar
(213) |
Apr
(298) |
May
(182) |
Jun
(185) |
Jul
(159) |
Aug
(376) |
Sep
(334) |
Oct
(256) |
Nov
(217) |
Dec
(189) |
| 2005 |
Jan
(186) |
Feb
(151) |
Mar
(199) |
Apr
(115) |
May
(203) |
Jun
(228) |
Jul
(116) |
Aug
(189) |
Sep
(136) |
Oct
(198) |
Nov
(249) |
Dec
(339) |
| 2006 |
Jan
(167) |
Feb
(185) |
Mar
(95) |
Apr
(133) |
May
(86) |
Jun
(156) |
Jul
(149) |
Aug
(170) |
Sep
(208) |
Oct
(151) |
Nov
(270) |
Dec
(148) |
| 2007 |
Jan
(240) |
Feb
(127) |
Mar
(150) |
Apr
(40) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Morten B. P. <mo...@wt...> - 2003-03-17 18:45:47
|
Hi, There are some untranslated strings in buddy.c (latest CVS). Attached patch fixes it. - Morten. -- http://mbrix.dk/ |
|
From: <ka...@IT...> - 2003-03-17 11:54:05
|
Hi. I wrote a patch supports non-ASCII text on IRC topic & Yahoo! Messenger. I've tested it in Japanese environment, it works fine. I'm a novice in programming, so it may contain some bugs. Please check it carefully. References: irc.c non-ASCII text support by Ethan Blanton (eblanton) http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gaim/gaim/src/protocols/irc/irc.c.diff?r1=1.104&r2=1.105 http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/gaim/gaim/src/protocols/irc/irc.c#rev1.105 l10n patch by yaz http://www.cc.rim.or.jp/~yaz/gaim-0.59.8_jp4.patch.gz |
|
From: Bryce C <Pl...@Br...> - 2003-03-15 22:53:30
|
Here is a backtrace of my CVS segfault problem. Can someone please
help? I'm using the latest versions of the autotools, glib, gtk, atk,
and pango and yet it still segfaults. I'm also reachable @ AIM:
CoBryceComm (GAIM 0.59.9).
Thanks.
GNU gdb 5.1.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-mandrake-linux"...
(gdb) run
Starting program: /home/brycec/GAIM/gaim/./src/gaim
[New Thread 1024 (LWP 16566)]
(gaim:16566): GLib-GObject-WARNING **: specified class size for type
`PangoContext' is smaller than the parent type's `GObject' class size
(gaim:16566): GLib-GObject-WARNING **: specified class size for type
`PangoContext' is smaller than the parent type's `GObject' class size
(gaim:16566): GLib-GObject-WARNING **: cannot create new instance of
invalid (non-instantiatable) type `<invalid>'
(gaim:16566): GLib-GObject-CRITICAL **: file gobject.c: line 1377
(g_object_set_qdata_full): assertion `G_IS_OBJECT (object)' failed
(gaim:16566): GLib-GObject-WARNING **: specified class size for type
`PangoFontMap' is smaller than the parent type's `GObject' class size
(gaim:16566): GLib-GObject-CRITICAL **: file gtype.c: line 1876
(g_type_register_static): assertion `parent_type > 0' failed
(gaim:16566): GLib-GObject-WARNING **: cannot create new instance of
invalid (non-instantiatable) type `<invalid>'
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 16566)]
0x409dccb6 in pango_x_font_map_for_display (display=3D0x80d85b8) at
pangox-fontmap.c:292
292 xfontmap->display =3D display;
(gdb) backtrace
#0 0x409dccb6 in pango_x_font_map_for_display (display=3D0x80d85b8) at
pangox-fontmap.c:292
#1 0x409d92f3 in pango_x_get_context (display=3D0x80d85b8) at
pangox.c:318
#2 0x40677970 in gdk_pango_context_get_for_screen (screen=3D0x80ddae8) at
gdkpango-x11.c:84
#3 0x405a084e in gtk_widget_create_pango_context (widget=3D0x811a318) at
gtkwidget.c:4545
#4 0x405a0781 in gtk_widget_get_pango_context (widget=3D0x811a318) at
gtkwidget.c:4508
#5 0x405a0939 in gtk_widget_create_pango_layout (widget=3D0x811a318,
text=3D0x811b308 "OK") at gtkwidget.c:4582
#6 0x404c6e61 in gtk_label_ensure_layout (label=3D0x811a318) at
gtklabel.c:1420
#7 0x404c719b in gtk_label_size_request (widget=3D0x811a318,
requisition=3D0x811a334) at gtklabel.c:1549
#8 0x406cec3a in g_cclosure_marshal_VOID__BOXED (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff5ba0,
invocation_hint=3D0xbfff5aa8, marshal_data=3D0x404c70e0) at
gmarshal.c:566
#9 0x406b95fa in g_type_class_meta_marshal (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff5ba0,
invocation_hint=3D0xbfff5aa8, marshal_data=3D0x7c) at gclosure.c:514
#10 0x406b91c3 in g_closure_invoke (closure=3D0x80d2988, return_value=3D0x0=
,
n_param_values=3D2, param_values=3D0xbfff5ba0,
invocation_hint=3D0xbfff5aa8) at gclosure.c:437
#11 0x406cceae in signal_emit_unlocked_R (node=3D0x810a310, detail=3D0,
instance=3D0x811a318, emission_return=3D0x0, instance_and_params=3D0xbfff5b=
a0)
at gsignal.c:2752
#12 0x406cba65 in g_signal_emit_valist (instance=3D0x811a318,
signal_id=3D13, detail=3D0, var_args=3D0xbfff5e4c) at gsignal.c:2554
#13 0x406cc625 in g_signal_emit_by_name (instance=3D0x811a318,
detailed_signal=3D0x406071a0 "size_request") at gsignal.c:2649
#14 0x40513e57 in do_size_request (widget=3D0x811a318) at
gtksizegroup.c:493
#15 0x4051416c in _gtk_size_group_compute_requisition (widget=3D0x811a318,
requisition=3D0xbfff5ed0) at gtksizegroup.c:682
#16 0x4059cb4f in gtk_widget_size_request (widget=3D0x811a318,
requisition=3D0xbfff5ed0) at gtkwidget.c:2260
#17 0x404b179e in gtk_hbox_size_request (widget=3D0x811b680,
requisition=3D0x811b69c) at gtkhbox.c:121
#18 0x406cec3a in g_cclosure_marshal_VOID__BOXED (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff6220,
invocation_hint=3D0xbfff6128, marshal_data=3D0x404b1740) at
gmarshal.c:566
#19 0x406b95fa in g_type_class_meta_marshal (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff6220,
invocation_hint=3D0xbfff6128, marshal_data=3D0x7c) at gclosure.c:514
#20 0x406b91c3 in g_closure_invoke (closure=3D0x80d2988, return_value=3D0x0=
,
n_param_values=3D2, param_values=3D0xbfff6220,
invocation_hint=3D0xbfff6128) at gclosure.c:437
#21 0x406cceae in signal_emit_unlocked_R (node=3D0x810a310, detail=3D0,
instance=3D0x811b680, emission_return=3D0x0, instance_and_params=3D0xbfff62=
20)
at gsignal.c:2752
#22 0x406cba65 in g_signal_emit_valist (instance=3D0x811b680,
signal_id=3D13, detail=3D0, var_args=3D0xbfff64cc) at gsignal.c:2554
#23 0x406cc625 in g_signal_emit_by_name (instance=3D0x811b680,
detailed_signal=3D0x406071a0 "size_request") at gsignal.c:2649
#24 0x40513e57 in do_size_request (widget=3D0x811b680) at
gtksizegroup.c:493
#25 0x4051416c in _gtk_size_group_compute_requisition (widget=3D0x811b680,
requisition=3D0xbfff6548) at gtksizegroup.c:682
#26 0x4059cb4f in gtk_widget_size_request (widget=3D0x811b680,
requisition=3D0xbfff6548) at gtkwidget.c:2260
#27 0x4045a421 in gtk_alignment_size_request (widget=3D0x811bbb8,
requisition=3D0x811bbd4) at gtkalignment.c:310
#28 0x406cec3a in g_cclosure_marshal_VOID__BOXED (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff6890,
invocation_hint=3D0xbfff6798, marshal_data=3D0x4045a3d0) at
gmarshal.c:566
#29 0x406b95fa in g_type_class_meta_marshal (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff6890,
invocation_hint=3D0xbfff6798, marshal_data=3D0x7c) at gclosure.c:514
#30 0x406b91c3 in g_closure_invoke (closure=3D0x80d2988, return_value=3D0x0=
,
n_param_values=3D2, param_values=3D0xbfff6890,
invocation_hint=3D0xbfff6798) at gclosure.c:437
#31 0x406cceae in signal_emit_unlocked_R (node=3D0x810a310, detail=3D0,
instance=3D0x811bbb8, emission_return=3D0x0, instance_and_params=3D0xbfff68=
90)
at gsignal.c:2752
#32 0x406cba65 in g_signal_emit_valist (instance=3D0x811bbb8,
signal_id=3D13, detail=3D0, var_args=3D0xbfff6b3c) at gsignal.c:2554
#33 0x406cc625 in g_signal_emit_by_name (instance=3D0x811bbb8,
detailed_signal=3D0x406071a0 "size_request") at gsignal.c:2649
#34 0x40513e57 in do_size_request (widget=3D0x811bbb8) at
gtksizegroup.c:493
#35 0x4051416c in _gtk_size_group_compute_requisition (widget=3D0x811bbb8,
requisition=3D0xbfff6bb8) at gtksizegroup.c:682
---Type <return> to continue, or q <return> to quit---
#36 0x4059cb4f in gtk_widget_size_request (widget=3D0x811bbb8,
requisition=3D0xbfff6bb8) at gtkwidget.c:2260
#37 0x404613e9 in gtk_button_size_request (widget=3D0x81174a0,
requisition=3D0x81174bc) at gtkbutton.c:749
#38 0x406cec3a in g_cclosure_marshal_VOID__BOXED (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff6f30,
invocation_hint=3D0xbfff6e38, marshal_data=3D0x40461330) at
gmarshal.c:566
#39 0x406b95fa in g_type_class_meta_marshal (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff6f30,
invocation_hint=3D0xbfff6e38, marshal_data=3D0x7c) at gclosure.c:514
#40 0x406b91c3 in g_closure_invoke (closure=3D0x80d2988, return_value=3D0x0=
,
n_param_values=3D2, param_values=3D0xbfff6f30,
invocation_hint=3D0xbfff6e38) at gclosure.c:437
#41 0x406cceae in signal_emit_unlocked_R (node=3D0x810a310, detail=3D0,
instance=3D0x81174a0, emission_return=3D0x0, instance_and_params=3D0xbfff6f=
30)
at gsignal.c:2752
#42 0x406cba65 in g_signal_emit_valist (instance=3D0x81174a0,
signal_id=3D13, detail=3D0, var_args=3D0xbfff71dc) at gsignal.c:2554
#43 0x406cc625 in g_signal_emit_by_name (instance=3D0x81174a0,
detailed_signal=3D0x406071a0 "size_request") at gsignal.c:2649
#44 0x40513e57 in do_size_request (widget=3D0x81174a0) at
gtksizegroup.c:493
#45 0x4051416c in _gtk_size_group_compute_requisition (widget=3D0x81174a0,
requisition=3D0xbfff7270) at gtksizegroup.c:682
#46 0x4059cb4f in gtk_widget_size_request (widget=3D0x81174a0,
requisition=3D0xbfff7270) at gtkwidget.c:2260
#47 0x4045eb82 in _gtk_button_box_child_requisition (widget=3D0x8116178,
nvis_children=3D0xbfff72d0, nvis_secondaries=3D0x0, width=3D0xbfff72d4,
height=3D0xbfff72d8) at gtkbbox.c:460
#48 0x404b126c in gtk_hbutton_box_size_request (widget=3D0x8116178,
requisition=3D0x8116194) at gtkhbbox.c:154
#49 0x406cec3a in g_cclosure_marshal_VOID__BOXED (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff7620,
invocation_hint=3D0xbfff7528, marshal_data=3D0x404b1220) at
gmarshal.c:566
#50 0x406b95fa in g_type_class_meta_marshal (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff7620,
invocation_hint=3D0xbfff7528, marshal_data=3D0x7c) at gclosure.c:514
#51 0x406b91c3 in g_closure_invoke (closure=3D0x80d2988, return_value=3D0x0=
,
n_param_values=3D2, param_values=3D0xbfff7620,
invocation_hint=3D0xbfff7528) at gclosure.c:437
#52 0x406cceae in signal_emit_unlocked_R (node=3D0x810a310, detail=3D0,
instance=3D0x8116178, emission_return=3D0x0, instance_and_params=3D0xbfff76=
20)
at gsignal.c:2752
#53 0x406cba65 in g_signal_emit_valist (instance=3D0x8116178,
signal_id=3D13, detail=3D0, var_args=3D0xbfff78cc) at gsignal.c:2554
#54 0x406cc625 in g_signal_emit_by_name (instance=3D0x8116178,
detailed_signal=3D0x406071a0 "size_request") at gsignal.c:2649
#55 0x40513e57 in do_size_request (widget=3D0x8116178) at
gtksizegroup.c:493
#56 0x4051416c in _gtk_size_group_compute_requisition (widget=3D0x8116178,
requisition=3D0xbfff7950) at gtksizegroup.c:682
#57 0x4059cb4f in gtk_widget_size_request (widget=3D0x8116178,
requisition=3D0xbfff7950) at gtkwidget.c:2260
#58 0x40595ccb in gtk_vbox_size_request (widget=3D0x8115070,
requisition=3D0x811508c) at gtkvbox.c:120
#59 0x406cec3a in g_cclosure_marshal_VOID__BOXED (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff7ca0,
invocation_hint=3D0xbfff7ba8, marshal_data=3D0x40595c70) at
gmarshal.c:566
#60 0x406b95fa in g_type_class_meta_marshal (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff7ca0,
invocation_hint=3D0xbfff7ba8, marshal_data=3D0x7c) at gclosure.c:514
#61 0x406b91c3 in g_closure_invoke (closure=3D0x80d2988, return_value=3D0x0=
,
n_param_values=3D2, param_values=3D0xbfff7ca0,
invocation_hint=3D0xbfff7ba8) at gclosure.c:437
#62 0x406cceae in signal_emit_unlocked_R (node=3D0x810a310, detail=3D0,
instance=3D0x8115070, emission_return=3D0x0, instance_and_params=3D0xbfff7c=
a0)
at gsignal.c:2752
#63 0x406cba65 in g_signal_emit_valist (instance=3D0x8115070,
signal_id=3D13, detail=3D0, var_args=3D0xbfff7f4c) at gsignal.c:2554
#64 0x406cc625 in g_signal_emit_by_name (instance=3D0x8115070,
detailed_signal=3D0x406071a0 "size_request") at gsignal.c:2649
#65 0x40513e57 in do_size_request (widget=3D0x8115070) at
gtksizegroup.c:493
#66 0x4051416c in _gtk_size_group_compute_requisition (widget=3D0x8115070,
requisition=3D0xbfff7fc8) at gtksizegroup.c:682
#67 0x4059cb4f in gtk_widget_size_request (widget=3D0x8115070,
requisition=3D0xbfff7fc8) at gtkwidget.c:2260
#68 0x405a9721 in gtk_window_size_request (widget=3D0x81146f8,
requisition=3D0x8114714) at gtkwindow.c:3849
#69 0x406cec3a in g_cclosure_marshal_VOID__BOXED (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff8310,
invocation_hint=3D0xbfff8218, marshal_data=3D0x405a96d0) at
gmarshal.c:566
---Type <return> to continue, or q <return> to quit---
#70 0x406b95fa in g_type_class_meta_marshal (closure=3D0x80d2988,
return_value=3D0x0, n_param_values=3D2, param_values=3D0xbfff8310,
invocation_hint=3D0xbfff8218, marshal_data=3D0x7c) at gclosure.c:514
#71 0x406b91c3 in g_closure_invoke (closure=3D0x80d2988, return_value=3D0x0=
,
n_param_values=3D2, param_values=3D0xbfff8310,
invocation_hint=3D0xbfff8218) at gclosure.c:437
#72 0x406cceae in signal_emit_unlocked_R (node=3D0x810a310, detail=3D0,
instance=3D0x81146f8, emission_return=3D0x0, instance_and_params=3D0xbfff83=
10)
at gsignal.c:2752
#73 0x406cba65 in g_signal_emit_valist (instance=3D0x81146f8,
signal_id=3D13, detail=3D0, var_args=3D0xbfff85bc) at gsignal.c:2554
#74 0x406cc625 in g_signal_emit_by_name (instance=3D0x81146f8,
detailed_signal=3D0x406071a0 "size_request") at gsignal.c:2649
#75 0x40513e57 in do_size_request (widget=3D0x81146f8) at
gtksizegroup.c:493
#76 0x4051416c in _gtk_size_group_compute_requisition (widget=3D0x81146f8,
requisition=3D0x0) at gtksizegroup.c:682
#77 0x4059cb4f in gtk_widget_size_request (widget=3D0x81146f8,
requisition=3D0x0) at gtkwidget.c:2260
#78 0x405aa56d in gtk_window_compute_configure_request
(window=3D0x81146f8, request=3D0xbfff8750, geometry=3D0xbfff8710,
flags=3D0xbfff870c)
at gtkwindow.c:4635
#79 0x405a8fcb in gtk_window_show (widget=3D0x81146f8) at gtkwindow.c:3481
#80 0x406ce2b8 in g_cclosure_marshal_VOID__VOID (closure=3D0x8109e10,
return_value=3D0x0, n_param_values=3D1, param_values=3D0xbfff8ac0,
invocation_hint=3D0xbfff89c8, marshal_data=3D0x405a8f50) at
gmarshal.c:77
#81 0x406b95fa in g_type_class_meta_marshal (closure=3D0x8109e10,
return_value=3D0x0, n_param_values=3D1, param_values=3D0xbfff8ac0,
invocation_hint=3D0xbfff89c8, marshal_data=3D0x5c) at gclosure.c:514
#82 0x406b91c3 in g_closure_invoke (closure=3D0x8109e10, return_value=3D0x0=
,
n_param_values=3D1, param_values=3D0xbfff8ac0,
invocation_hint=3D0xbfff89c8) at gclosure.c:437
#83 0x406cceae in signal_emit_unlocked_R (node=3D0x8109e48, detail=3D0,
instance=3D0x81146f8, emission_return=3D0x0, instance_and_params=3D0xbfff8a=
c0)
at gsignal.c:2752
#84 0x406cba65 in g_signal_emit_valist (instance=3D0x81146f8, signal_id=3D7=
,
detail=3D0, var_args=3D0xbfff8c4c) at gsignal.c:2554
#85 0x406cbd66 in g_signal_emit (instance=3D0x81146f8, signal_id=3D7,
detail=3D0) at gsignal.c:2612
#86 0x4059bd38 in gtk_widget_show (widget=3D0x81146f8) at gtkwidget.c:1682
#87 0x08068502 in do_error_dialog (primary=3D0x80bb17c "Converting Buddy
List",
secondary=3D0x8103db8 "Gaim is converting your old buddy lists to a
new format, which will now be located at /home/brycec/.gaim/blist.xml",
type=3D3) at dialogs.c:523
#88 0x080940e7 in gaim_blist_load () at list.c:1094
#89 0x08067639 in core_main () at core.c:480
#90 0x08096dcf in main (argc=3D1, argv=3D0xbffff6b4) at main.c:867
#91 0x402f4280 in __libc_start_main () from /lib/libc.so.6
--=20
Bryce C <Pl...@Br...>
CoBryce Communications
|
|
From: Sean E. <sea...@bi...> - 2003-03-14 10:05:06
|
On Fri, 2003-03-14 at 04:41, Carles Amig=F3 wrote: > Probably not. He doesn't seem to have heard of backward compatibility > or transition periods either. >=20 > He even *acknowledges* that "this is a common way for window managers > to handle things", but somehow thinks that supporting common cases is > not important. We do not handle wmclasses, that is handled entirely be GTK and will contin= ue to be. You're better off bringing this debate up on gtk...@li... -s. |
|
From: Carles <ca...@se...> - 2003-03-14 09:41:26
|
After asking in wm-dev mailinglist, i get the following responses from various people: : >> I can't, because they have the same window name: "gaim.Gaim" : > *nods* windowmaker uses wmclass to differentiate windows, this is a common : > way for window managers to handle things, Extremely common. De facto standard, i'd even say. : > hopefully windowmaker will come to support the standards soon, its : > one of the few things about windowmaker i'm less than fully : > pleased with. "The standards" are *draft* standards, still in development. The latest draft was released in 2003-01, a few short months ago. http://www.freedesktop.org/standards/wm-spec.html Not only that, but the freedesktop.org spec is not there to replace the ICCCM, but to supplement it. : The windows could be named "chat.Gaim" and "contactlist.Gaim", etc. : Problem solved, and better naming too. Indeed. This even gives one the possibility of setting different icons for each window, so that they can be differentiated without looking at the icon title. : What does he think window-classes and -names are for??? : Has he ever heard of X-resources? Probably not. He doesn't seem to have heard of backward compatibility or transition periods either. He even *acknowledges* that "this is a common way for window managers to handle things", but somehow thinks that supporting common cases is not important. regards |
|
From: Luke S. <lsc...@ta...> - 2003-03-13 14:59:00
|
On Thu, 13 Mar 2003, Carles [ISO-8859-1] Amig=F3 wrote: > Hello, > > I use WindowMaker and the nightly build version of gaim. > > I would want to make all chat windows start miniaturized, but the > contact list window don't. this is a windowmanger function, not something gaim should be doing. > > I can't, because they have the same window name: "gaim.Gaim" > *nods* windowmaker uses wmclass to differentiate windows, this is a common way for window managers to handle things, but it is not the correct way as defined by www.freedesktop.org hopefully windowmaker will come to support the standards soon, its one of the few things about windowmaker i'm less than fully pleased with. luke > Is it possible to have the chat windows a diferent name than the contact > list window? > > Regards > > > > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > |
|
From: Miernik <mi...@ct...> - 2003-03-13 11:21:10
|
In article <20030222201929.GC10607@newdesk>, Luke Schierer wrote:
>> Is there any way to determine the buddy's ip in a chat sesion (using any
>> protocol)?
>
> in irc, the either the ip address is often part of the hostmask.
I think he meant something else: in other ICQ clients (Ickle and
CenterICQ) you can see the buddy's IP in info about a buddy. It even
shows both the external and internal IP's if the buddy is behind a
NAT.
I didn't see such option in Gaim.
--
Miernik ____________________________________________________
___ ICQ: 4004001 ___/___ tel.: +48608233394 ___/ mailto:mi...@ct...
Bush "won" 2000 elections with 537 Florida votes. More people where illegaly
prevented to vote: http://www.observer.co.uk/Print/0,3858,4103063,00.html
|
|
From: Carles <ca...@se...> - 2003-03-13 11:18:57
|
Hello, I use WindowMaker and the nightly build version of gaim. I would want to make all chat windows start miniaturized, but the contact list window don't. I can't, because they have the same window name: "gaim.Gaim" Is it possible to have the chat windows a diferent name than the contact list window? Regards |
|
From: Adam F. <ad...@sn...> - 2003-03-13 00:31:42
|
On Wed, Mar 12, 2003 at 05:15:57PM -0700, Bryce C wrote: > /bin/sh ../../../libtool --silent --mode=3Dcompile gcc -DHAVE_CONFIG_H -I. > -I. -I../../.. -I../../../src -g -O2 -I/opt/include > -I../../.. > -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 > -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -DGTK_DISABLE_DEPRECATED -c yahoo.c > yahoo.c: In function `yahoo_tooltip_text': > yahoo.c:1090: parse error before `<' heh, someone didnt notice that cvs screwed up when merging different versions of yahoo.c --=20 Adam |
|
From: Nathan W. <fac...@fa...> - 2003-03-13 00:26:40
|
On Wed, Mar 12, 2003 at 05:15:57PM -0700, Bryce C wrote: > I wonder if this will take 12 hours to post to the list like my last > message? > Yesterday's built fine. Todays fressh checkout doesn't. I'll try > another checkout in an hour in case smoeone already caught this and > committed it. >=20 fixed now. --=20 Nathan Walp || fac...@fa... GPG Fingerprint: || http://faceprint.com/ 5509 6EF3 928B 2363 9B2B DA17 3E46 2CDC 492D DB7E |
|
From: Bryce C <Pl...@Br...> - 2003-03-13 00:16:04
|
I wonder if this will take 12 hours to post to the list like my last message? Yesterday's built fine. Todays fressh checkout doesn't. I'll try another checkout in an hour in case smoeone already caught this and committed it. /bin/sh ../../../libtool --silent --mode=3Dcompile gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src -g -O2 -I/opt/include -I../../.. -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DGTK_DISABLE_DEPRECATED -c yahoo.c yahoo.c: In function `yahoo_tooltip_text': yahoo.c:1090: parse error before `<' yahoo.c: At top level: yahoo.c:1105: `gc' undeclared here (not in a function) yahoo.c:1106: `gc' undeclared here (not in a function) yahoo.c:1106: `who' undeclared here (not in a function) yahoo.c:1106: initializer element is not constant yahoo.c:1110: parse error before `if' yahoo.c:1113: parse error before `if' yahoo.c:1117: conflicting types for `pbm' yahoo.c:1104: previous declaration of `pbm' yahoo.c:1117: warning: initialization makes integer from pointer without a cast yahoo.c:1117: initializer element is not constant yahoo.c:1117: warning: data definition has no type or storage class yahoo.c:1118: parse error before `if' yahoo.c:1122: warning: initialization makes integer from pointer without a cast yahoo.c:1122: initializer element is not constant yahoo.c:1122: warning: data definition has no type or storage class yahoo.c:1123: parse error before `while' yahoo.c:1125: conflicting types for `t' yahoo.c:1122: previous declaration of `t' yahoo.c:1125: warning: initialization makes pointer from integer without a cast yahoo.c:1125: warning: data definition has no type or storage class yahoo.c:1126: parse error before `sizeof' yahoo.c:1126: warning: data definition has no type or storage class yahoo.c:1127: parse error before `->' yahoo.c:1130: warning: passing arg 1 of `g_list_append' makes pointer from integer without a cast yahoo.c:1130: warning: passing arg 2 of `g_list_append' makes pointer from integer without a cast yahoo.c:1130: warning: initialization makes integer from pointer without a cast yahoo.c:1130: initializer element is not constant yahoo.c:1130: warning: data definition has no type or storage class yahoo.c:1131: parse error before `}' yahoo.c: In function `yahoo_init': yahoo.c:1368: `yahoo_buddy_menu' undeclared (first use in this function) yahoo.c:1368: (Each undeclared identifier is reported only once yahoo.c:1368: for each function it appears in.) make[4]: *** [yahoo.lo] Error 1 make[4]: Leaving directory `/home/brycec/GAIM/gaim/src/protocols/yahoo' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/brycec/GAIM/gaim/src/protocols' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/brycec/GAIM/gaim/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/brycec/GAIM/gaim' make: *** [all-recursive-am] Error 2 In less than a century, computers will be making substantial progress on ... the overriding problem of war and peace. -- James Slagle |
|
From: Sean E. <sea...@bi...> - 2003-03-12 23:10:01
|
On Wed, 2003-03-12 at 18:08, Luis Miguel N. Tavora wrote: > Hi there. >=20 > Is there an ascii file where gaim stgores the networks=20 > settings (proxy, etc). I use my laptop on diff networks and > it would be easier to just change the conf/ file rather than > the settings by hand. ~/.gaimrc > Also,=20 >=20 > is it possible to import the contact list from ICQ? Should > I first somehow export it to a file and then try to import it > to gaim? CVS will store your ICQ list on the server. > Thx in advance for the replies,=20 >=20 >=20 > Luis >=20 >=20 >=20 > ------------------------------ > Luis Miguel N T=E1vora > lmt...@es... > =20 >=20 > Message sent via Sylpheed >=20 > http://claws.sylpheed.org > ------------------------------ >=20 >=20 > -->To get my public PGP key visit: >=20 > http://www.estg.ipleiria.pt/~lmtavora/gnupg/ >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open!=20 > Get cracking and register here for some mind boggling fun and=20 > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel |
|
From: Luis M. N. T. <lmt...@es...> - 2003-03-12 22:56:17
|
Hi there.
Is there an ascii file where gaim stgores the networks=20
settings (proxy, etc). I use my laptop on diff networks and
it would be easier to just change the conf/ file rather than
the settings by hand.
Also,=20
is it possible to import the contact list from ICQ? Should
I first somehow export it to a file and then try to import it
to gaim?
Thx in advance for the replies,=20
Luis
------------------------------
Luis Miguel N T=E1vora
lmt...@es...
=20
Message sent via Sylpheed
http://claws.sylpheed.org
------------------------------
-->To get my public PGP key visit:
http://www.estg.ipleiria.pt/~lmtavora/gnupg/
|
|
From: Richard H. <rm...@ap...> - 2003-03-12 22:15:18
|
Luke Schierer <lsc...@ta...> writes:
> the sf bug tracker is a good place, <i><b>but now is not a good time to be
> reporting buddy list bugs by any method unless you think it might be
> platform specific.</i></b>
> luke
Buddy List was an aside. Dumping core was what I was attempting to
report.
I've found the bug tracker, now. I'll use that in the future.
Sorry for any confusion.
--
<----- pull hard in this direction __
/ |--
====================================| |
\__|--
|
|
From: Luke S. <lsc...@ta...> - 2003-03-12 21:04:41
|
On Tue, 11 Mar 2003, Richard Hoskins wrote: > > Christian Hammond <ch...@gn...> writes: > > > There's a reason this is CVS. > > > > The bugs will be fixed when we find fixes. The edit buddies will come > > back in some form. It just takes time. > > Oh I know. I was just reporting the bug. Is there a better place to > do it than this list? the sf bug tracker is a good place, <i><b>but now is not a good time to be reporting buddy list bugs by any method unless you think it might be platform specific.</i></b> luke > > -- > <----- pull hard in this direction __ > / |-- > ====================================| | > \__|-- > > > > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > _______________________________________________ > Gaim-devel mailing list > Gai...@li... > https://lists.sourceforge.net/lists/listinfo/gaim-devel > |
|
From: Ethan B. <ebl...@cs...> - 2003-03-12 16:07:46
|
Bryce C spake unto us the following wisdom: > I tried building the CVS and after some version issues, it compiled fine > but when I run it, I get the following. I have done a "find /|grep > core" and I can't find a core and therefore no backtrace. I'm sure this > isn't a bug but I know my Glib, Pango, ATK, GTK+, and others are the > most recent versions so I don't know what its problem is. Can someone > please help? Run 'ulimit -c unlimited' before starting gaim. (Make sure to run gaim from the same terminal.) Gaim should then leave a core in the current directory. (Also be sure to update your CVS, it's changing *very* rapidly.) Ethan --=20 Happiness is a belt-fed weapon. |
|
From: Bryce C <Pl...@Br...> - 2003-03-12 13:30:11
|
I tried building the CVS and after some version issues, it compiled fine but when I run it, I get the following. I have done a "find /|grep core" and I can't find a core and therefore no backtrace. I'm sure this isn't a bug but I know my Glib, Pango, ATK, GTK+, and others are the most recent versions so I don't know what its problem is. Can someone please help? gaim (gaim:29011): GLib-GObject-WARNING **: specified class size for type `PangoContext' is smaller than the parent type's `GObject' class size (gaim:29011): GLib-GObject-WARNING **: specified class size for type `PangoContext' is smaller than the parent type's `GObject' class size (gaim:29011): GLib-GObject-WARNING **: cannot create new instance of invalid (non-instantiatable) type `<invalid>' (gaim:29011): GLib-GObject-CRITICAL **: file gobject.c: line 1377 (g_object_set_qdata_full): assertion `G_IS_OBJECT (object)' failed (gaim:29011): GLib-GObject-WARNING **: specified class size for type `PangoFontMap' is smaller than the parent type's `GObject' class size (gaim:29011): GLib-GObject-CRITICAL **: file gtype.c: line 1876 (g_type_register_static): assertion `parent_type > 0' failed (gaim:29011): GLib-GObject-WARNING **: cannot create new instance of invalid (non-instantiatable) type `<invalid>' Gaim has segfaulted and attempted to dump a core file. This is a bug in the software and has happened through no fault of your own. It is possible that this bug is already fixed in CVS. You can get a tarball of CVS from the Gaim website, at http://gaim.sourceforge.net/gaim-CVS.tar.gz. If you are already using CVS, or can reproduce the crash using the CVS version, please notify the gaim maintainers by reporting a bug at http://gaim.sourceforge.net/bug.php Please make sure to specify what you were doing at the time, and post the backtrace from the core file. If you do not know how to get the backtrace, please get instructions at http://gaim.sourceforge.net/gdb.php. If you need further assistance, please IM either RobFlynn or SeanEgn and they can help you. Aborted DOS: n., A small annoying boot virus that causes random spontaneous system crashes, usually just before saving a massive project. Easily cured by UNIX. See also MS-DOS, IBM-DOS, DR-DOS. (from David Vicker's .plan) |
|
From: Bryce C <Pl...@Br...> - 2003-03-12 06:29:04
|
I upgrade automake from 1.4-p5 to 1.4-p6 and it worked. Thanks. Real Programmers don't play tennis, or any other sport that requires you to change clothes. Mountain climbing is OK, and real programmers wear their climbing boots to work in case a mountain should suddenly spring up in the middle of the machine room. |
|
From: Ethan B. <ebl...@cs...> - 2003-03-12 05:13:38
|
Bryce C spake unto us the following wisdom: > When I run the autogen.sh after doing a nice, clean checkout, everything > looks fine except configure isn't generated. Help please. Output > follows. What do you mean everythign looks fine? There are a whole pile of error messages here: > Running libtoolize, please ignore non-fatal messages.... > You should add the contents of `/usr/share/aclocal/libtool.m4' to > `aclocal.m4'. > aclocal: /usr/local/share/aclocal/glib-gettext.m4: 329: duplicated macro > `AM_GLIB_GNU_GETTEXT' > aclocal: /usr/local/share/aclocal/glib-gettext.m4: 330: duplicated macro > `AM_GLIB_DEFINE_LOCALEDIR' > aclocal: /usr/local/share/aclocal/libxml.m4: 10: duplicated macro > `AM_PATH_XML' > aclocal: /usr/local/share/aclocal/libxml.m4: 205: duplicated macro > `AM_PATH_XML2' > aclocal: /usr/local/share/aclocal/pkg.m4: 5: duplicated macro > `PKG_CHECK_MODULES' > aclocal: both `configure.ac' and `configure.in' present: ignoring > `configure.in' Check your autotools versions against the FAQ. I'm betting they don't match... Ethan --=20 Happiness is a belt-fed weapon. |
|
From: Bryce C <Pl...@Br...> - 2003-03-12 04:59:21
|
When I run the autogen.sh after doing a nice, clean checkout, everything looks fine except configure isn't generated. Help please. Output follows. ./autogen.sh Generating configuration files for Gaim, please wait.... Running gettextize, please ignore non-fatal messages.... Wiping out intl/ subdirectory Copying file ABOUT-NLS Copying file intl/bindtextdom.c Copying file intl/ChangeLog Copying file intl/config.charset Copying file intl/dcgettext.c Copying file intl/dcigettext.c Copying file intl/dcngettext.c Copying file intl/dgettext.c Copying file intl/dngettext.c Copying file intl/explodename.c Copying file intl/finddomain.c Copying file intl/gettext.c Copying file intl/gettext.h Copying file intl/gettextP.h Copying file intl/hash-string.h Copying file intl/intl-compat.c Copying file intl/l10nflist.c Copying file intl/libgettext.h Copying file intl/libgnuintl.h Copying file intl/loadinfo.h Copying file intl/loadmsgcat.c Copying file intl/localcharset.c Copying file intl/locale.alias Copying file intl/localealias.c Copying file intl/Makefile.in Copying file intl/Makefile.in.in Copying file intl/ngettext.c Copying file intl/plural.c Copying file intl/plural.y Copying file intl/ref-add.sin Copying file intl/ref-del.sin Copying file intl/textdomain.c Copying file intl/VERSION Copying file po/Makefile.in.in Adding an entry to po/ChangeLog (backup is in po/ChangeLog~) Please add the files codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 progtest.m4 from the /usr/share/aclocal directory to your autoconf macro directory or directly to your aclocal.m4 file. You will also need config.guess and config.sub, which you can get from ftp://ftp.gnu.org/pub/gnu/config/. Running libtoolize, please ignore non-fatal messages.... You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. aclocal: /usr/local/share/aclocal/glib-gettext.m4: 329: duplicated macro `AM_GLIB_GNU_GETTEXT' aclocal: /usr/local/share/aclocal/glib-gettext.m4: 330: duplicated macro `AM_GLIB_DEFINE_LOCALEDIR' aclocal: /usr/local/share/aclocal/libxml.m4: 10: duplicated macro `AM_PATH_XML' aclocal: /usr/local/share/aclocal/libxml.m4: 205: duplicated macro `AM_PATH_XML2' aclocal: /usr/local/share/aclocal/pkg.m4: 5: duplicated macro `PKG_CHECK_MODULES' aclocal: both `configure.ac' and `configure.in' present: ignoring `configure.in' Windows 98 is like a gun - unless it's loaded, it's harmless. |
|
From: Richard H. <rm...@ap...> - 2003-03-11 21:44:25
|
Christian Hammond <ch...@gn...> writes:
> There's a reason this is CVS.
>
> The bugs will be fixed when we find fixes. The edit buddies will come
> back in some form. It just takes time.
Oh I know. I was just reporting the bug. Is there a better place to
do it than this list?
--
<----- pull hard in this direction __
/ |--
====================================| |
\__|--
|
|
From: Morgan C. [Ax0n] <sir...@mo...> - 2003-03-11 21:41:14
|
You're an Angel. > Modified Files: > buddy.c > Log Message: > Now you will all shutup. > > I hate you all. -- Crypto Doesn't Kill - People Do. |
|
From: Christian H. <ch...@gn...> - 2003-03-11 21:36:51
|
On Tue, Mar 11, 2003 at 03:33:28PM -0500, Richard Hoskins wrote: > I can make today's CVS crash by using the accounts editor to log on to > AOL (I am already logged on th Yahoo) and then log off. I can't seem > to find a core file. >=20 > Also, what happened to my off-line buddies? I don't see a window for > them anymore. =20 There's a reason this is CVS. The bugs will be fixed when we find fixes. The edit buddies will come back in some form. It just takes time. Christian =20 --=20 Christian Hammond <> The GNUpdate Project ch...@gn... <> http://www.gnupdate.org/ Cleaning your house while your kids are still growing is like shoveling the walk before it stops snowing. -- Phyllis Diller |
|
From: Richard H. <rm...@ap...> - 2003-03-11 20:33:46
|
I can make today's CVS crash by using the accounts editor to log on to
AOL (I am already logged on th Yahoo) and then log off. I can't seem
to find a core file.
Also, what happened to my off-line buddies? I don't see a window for
them anymore.
--
<----- pull hard in this direction __
/ |--
====================================| |
\__|--
|
|
From: Morgan C. [Ax0n] <sir...@mo...> - 2003-03-11 18:35:08
|
> Modified Files: > oscar.c > Log Message: > believe it or not, we do work on things besides the buddy list ;-) Well, I hope you are not done with the buddy list yet :> Before GTK2 disable depriciated was enabled, I had a nice conciese buddy list. Now however, to see 10 buddies I have to stretch the gaim window to a quarter of my screen height. If I enable buddy Icons, I like this more spread out look, as there is more information being displayed horizontally. However when I disable buddy Icons, I have a hard time distinguishing between protocols. Is there a reason the icons were changed? Can we have an option for padding/margin around buddies or can the spacing/margins be changed to what they use to be? -- Crypto Doesn't Kill - People Do. |
171 messages has been excluded from this view by a project administrator.
