Your message dated Sun, 15 May 2005 09:47:03 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#308489: fixed in geda 20050313-2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 10 May 2005 14:51:27 +0000
>From [EMAIL PROTECTED] Tue May 10 07:51:27 2005
Return-path: <[EMAIL PROTECTED]>
Received: from smtp.netsonic.fi [194.29.192.26]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DVW50-0003Tm-00; Tue, 10 May 2005 07:51:26 -0700
Received: from sauna (kulho150.adsl.netsonic.fi [81.17.193.150])
by smtp.netsonic.fi (Postfix) with ESMTP id 431B81F8204;
Tue, 10 May 2005 17:51:24 +0300 (EEST)
Received: from lindi by sauna with local (Exim 3.35 #1 (Debian))
id 1DVW50-0002XH-00; Tue, 10 May 2005 17:51:26 +0300
From: Timo Juhani Lindfors <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: geda: segfault in malloc()
X-Mailer: reportbug 1.50
Date: Tue, 10 May 2005 17:51:26 +0300
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
Package: geda
Version: 20050313-1
Severity: grave
Justification: renders package unusable
Upstream ([EMAIL PROTECTED]) does not accept unsubscribed users to
send mail so I can't use the policy defined X-Debbugs-CC header to
forward this bug report so I'm doing it manually instead. The upstream
version is available at
http://archives.seul.org/geda/bug/May-2005/msg00000.html
Severity is set to grave since the heap corruption seems to crash geda
here in almost all possible usage cases. The bug report presents only
two short example cases.
Packages with 'geda' that I have currently installed are
$ dpkg -l|grep geda
ii geda 20050313-1 GNU EDA -- Electronics design software
ii geda-doc 20050313-1 Documentation for GNU EDA -- Electronics des
ii geda-examples 20050313-1 GNU EDA -- Electronics design software -- ex
ii geda-gnetlist 20050313-1 GNU EDA -- Electronics design software -- ne
ii geda-gschem 20050313-1 GNU EDA -- Electronics design software -- sc
ii geda-symbols 20050313-1 Symbols for GNU EDA -- Electronics design so
ii libgdgeda6 2.0.15-3 GNU EDA -- Electronics design software -- gd
ii libgeda20 20050313-1 GNU EDA -- Electronics design software -- li
Although I mention "debian sid" in the forwarded report it should be
noted that sid and sarge have the same version of geda and get exactly
the same backtraces in both sarge and sid. Finally, here's the message
that I sent to upstream [EMAIL PROTECTED] for archival purposes:
Geda (version 20050313-1) in debian sid segfaults if I
double-rightclick a file in a project.
Steps to reproduce:
1) Create new project and File->import the example file
TwoStageAmp.sch (MD5 7d8fb26c25f52156351cc5a8437bfae4).
2) Doubleclick filename with right button.
Expected results:
Nothing / No idea, but shouldn't at least crash
Actual results:
Geda segfaults.
Backtrace:
#0 0x4054ad57 in mallopt () from /lib/libc.so.6
#1 0x40549fb3 in malloc () from /lib/libc.so.6
#2 0x400488e7 in g_malloc () from /usr/lib/libglib-2.0.so.0
#3 0x400588c9 in g_strdup () from /usr/lib/libglib-2.0.so.0
#4 0x401ac7c3 in gtk_label_get_mnemonic_keyval () from
/usr/lib/libgtk-x11-2.0.so.0
#5 0x401ac8a4 in gtk_label_set_text () from /usr/lib/libgtk-x11-2.0.so.0
#6 0x400ea5b2 in gtk_accel_label_new () from /usr/lib/libgtk-x11-2.0.so.0
#7 0x401cbf1c in gtk_menu_item_new_with_label () from
/usr/lib/libgtk-x11-2.0.so.0
#8 0x08054f1b in MenuWindowNew (szName=0x813d3f8 "Open: ../TwoStageAmp.sch")
at m_window.c:66
#9 0x08057734 in NewExtCmd (szFilename=0x8062440 "../TwoStageAmp.sch",
pAction=0x810bcd0) at task.c:441
#10 0x08056c9c in TaskNew (iTaskType=1, pValue=0x40609310) at task.c:113
#11 0x0804d09f in DocOpen (szFileName=0x8062440 "../TwoStageAmp.sch",
iAction=0) at doc.c:197
#12 0x0804e7e2 in on_DocModulesTree_button_press_event (widget=0x80c6758,
event=0x10, user_data=0x0) at doc.c:1014
#13 0x401c09fe in _gtk_marshal_BOOLEAN__BOXED () from
/usr/lib/libgtk-x11-2.0.so.0
#14 0x404a6736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#15 0x404b7c5a in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#16 0x404b6c8c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#17 0x404b7126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#18 0x402afe97 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0
#19 0x401bf512 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#20 0x401be366 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#21 0x403bb775 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0
#22 0x40042582 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#23 0x400435f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#24 0x40043930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#25 0x40043b7d in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#26 0x08055302 in MainLoop () at main.c:195
#27 0x080551ce in main (argc=1, argv=0xbffffd14) at main.c:160
(gdb) frame 8
#8 0x08054f1b in MenuWindowNew (szName=0x813d3f8 "Open: ../TwoStageAmp.sch")
at m_window.c:66
66 pMenuItem = GTK_MENU_ITEM(gtk_menu_item_new_with_label(szName));
(gdb) frame 0
#0 0x4054ad57 in mallopt () from /lib/libc.so.6
(gdb) x/2i $eip
0x4054ad57 <mallopt+103>: mov 0x8(%esi),%eax
0x4054ad5a <mallopt+106>: mov %eax,0x24(%edx)
(gdb) info register esi
esi 0x536f7754 1399813972
(gdb) x/32x $esi
0x536f7754: Cannot access memory at address 0x536f7754
Crash in malloc suggests that this is heap corruption and indeed
$ perl -e
'printf(chr(hex("0x53")).chr(hex("0x6f")).chr(hex("0x77")).chr(hex("0x54")));'
prints out "SowT" which is part of the filename (backwards because of
endianess of course). Later I heard on IRC that if the file is renamed
to a shorter one, e.g. "tsa.sch" then geda does not segfault here :)
Before crashing geda also prints out
(geda:1282): GLib-GObject-WARNING **: invalid cast from `GtkWindow' to
`GtkMenuItem'
but I'm not sure if this is related to this bug.
P.S. A more "reliable" way to get geda segfault seems to be to
3) Select TwoStageAmp.sch when it has been imported to the project and
click Actions->Create PCB layout
After this geda segfaults again in malloc with
#0 0x4054b560 in mallopt () from /lib/libc.so.6
#1 0x4054adcb in mallopt () from /lib/libc.so.6
#2 0x40549fb3 in malloc () from /lib/libc.so.6
#3 0x400488e7 in g_malloc () from /usr/lib/libglib-2.0.so.0
#4 0x4048964f in pango_direction_get_type () from /usr/lib/libpango-1.0.so.0
#5 0x40489f8a in pango_log2vis_get_embedding_levels () from
/usr/lib/libpango-1.0.so.0
#6 0x404775b5 in pango_context_get_base_dir () from /usr/lib/libpango-1.0.so.0
#7 0x4047824a in pango_itemize_with_base_dir () from /usr/lib/libpango-1.0.so.0
#8 0x4047f69f in pango_layout_get_pixel_size () from /usr/lib/libpango-1.0.so.0
#9 0x4047db86 in pango_layout_get_cursor_pos () from /usr/lib/libpango-1.0.so.0
#10 0x4047def7 in pango_layout_get_extents () from /usr/lib/libpango-1.0.so.0
#11 0x401adc91 in gtk_label_get () from /usr/lib/libgtk-x11-2.0.so.0
#12 0x401ae20f in gtk_label_get () from /usr/lib/libgtk-x11-2.0.so.0
#13 0x404b8b63 in g_cclosure_marshal_VOID__BOXED () from
/usr/lib/libgobject-2.0.so.0
#14 0x404a69c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#15 0x404a6736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#16 0x404b7651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#17 0x404b6e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#18 0x404b7216 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#19 0x4020af6e in gtk_size_group_remove_widget () from
/usr/lib/libgtk-x11-2.0.so.0
#20 0x4020b2e8 in _gtk_size_group_compute_requisition () from
/usr/lib/libgtk-x11-2.0.so.0
#21 0x402ae72c in gtk_widget_size_request () from /usr/lib/libgtk-x11-2.0.so.0
#22 0x402a6d23 in gtk_vbox_new () from /usr/lib/libgtk-x11-2.0.so.0
#23 0x404b8b63 in g_cclosure_marshal_VOID__BOXED () from
/usr/lib/libgobject-2.0.so.0
#24 0x404a69c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#25 0x404a6736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#26 0x404b7651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#27 0x404b6e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#28 0x404b7216 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#29 0x4020af6e in gtk_size_group_remove_widget () from
/usr/lib/libgtk-x11-2.0.so.0
#30 0x4020b2e8 in _gtk_size_group_compute_requisition () from
/usr/lib/libgtk-x11-2.0.so.0
#31 0x402ae72c in gtk_widget_size_request () from /usr/lib/libgtk-x11-2.0.so.0
#32 0x402bc543 in gtk_window_reshow_with_initial_size () from
/usr/lib/libgtk-x11-2.0.so.0
#33 0x404b8b63 in g_cclosure_marshal_VOID__BOXED () from
/usr/lib/libgobject-2.0.so.0
#34 0x404a69c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#35 0x404a6736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#36 0x404b7651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#37 0x404b6e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#38 0x404b7216 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#39 0x4020af6e in gtk_size_group_remove_widget () from
/usr/lib/libgtk-x11-2.0.so.0
#40 0x4020b2e8 in _gtk_size_group_compute_requisition () from
/usr/lib/libgtk-x11-2.0.so.0
#41 0x402ae72c in gtk_widget_size_request () from /usr/lib/libgtk-x11-2.0.so.0
#42 0x402bd4ff in _gtk_window_unset_focus_and_default () from
/usr/lib/libgtk-x11-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#43 0x402bbd40 in gtk_window_reshow_with_initial_size () from
/usr/lib/libgtk-x11-2.0.so.0
#44 0x404b82a6 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#45 0x404a69c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#46 0x404a6736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#47 0x404b7651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#48 0x404b6e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#49 0x404b7126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#50 0x402ad8e6 in gtk_widget_show () from /usr/lib/libgtk-x11-2.0.so.0
#51 0x40136a4d in gtk_container_get_focus_hadjustment () from
/usr/lib/libgtk-x11-2.0.so.0
#52 0x402adcb6 in gtk_widget_show_all () from /usr/lib/libgtk-x11-2.0.so.0
#53 0x08057941 in NewExtCmd (szFilename=0xbffff0c0 "../TwoStageAmp.sch",
pAction=0x810c510) at task.c:433
#54 0x08056c9c in TaskNew (iTaskType=1, pValue=0x8159a00) at task.c:113
#55 0x080536db in MenuActionActivation (pMenuItem=0x81160d0, pUserData=0x0) at
m_action.c:151
#56 0x404b82a6 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#57 0x404a6736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#58 0x404b7dcf in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#59 0x404b6e9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#60 0x404b7126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#61 0x402b0067 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0
#62 0x401cfa32 in gtk_menu_shell_activate_item () from
/usr/lib/libgtk-x11-2.0.so.0
#63 0x401cefc5 in _gtk_menu_shell_activate () from /usr/lib/libgtk-x11-2.0.so.0
#64 0x401c7d56 in gtk_menu_reorder_child () from /usr/lib/libgtk-x11-2.0.so.0
#65 0x401c09fe in _gtk_marshal_BOOLEAN__BOXED () from
/usr/lib/libgtk-x11-2.0.so.0
#66 0x404a69c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#67 0x404a6736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#68 0x404b7855 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0
#69 0x404b6c8c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#70 0x404b7126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#71 0x402afe97 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0
#72 0x401bf512 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#73 0x401be366 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#74 0x403bb775 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0
#75 0x40042582 in g_main_depth () from /usr/lib/libglib-2.0.so.0
#76 0x400435f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#77 0x40043930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#78 0x40043b7d in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#79 0x08055302 in MainLoop () at main.c:195
#80 0x080551ce in main (argc=1, argv=0xbffffd14) at main.c:160
In this case valgrind reports
==1447== Syscall param execve(argv[i]) points to unaddressable byte(s)
==1447== at 0x1BE82EF8: execve (in /lib/libc-2.3.2.so)
==1447== by 0x1BE831CD: execl (in /lib/libc-2.3.2.so)
==1447== by 0x80572BE: TaskProcess (task.c:266)
==1447== by 0x80552D5: MainLoop (main.c:190)
==1447== by 0x80551CD: main (main.c:160)
==1447== Address 0x1C2550C8 is 0 bytes inside a block of size 60 free'd
==1447== at 0x1B90506F: realloc (vg_replace_malloc.c:196)
==1447== by 0x8057BD9: StrReplace (task.c:524)
==1447== by 0x8057630: NewExtCmd (task.c:414)
==1447== by 0x8056C9B: TaskNew (task.c:113)
==1447== by 0x80536DA: MenuActionActivation (m_action.c:151)
==1447== by 0x1BDB52A5: g_cclosure_marshal_VOID__VOID (in
/usr/lib/libgobject-2.0.so.0.600.4)
==1447== by 0x1BDA3735: g_closure_invoke (in
/usr/lib/libgobject-2.0.so.0.600.4)
==1447== by 0x1BDB4DCE: (within /usr/lib/libgobject-2.0.so.0.600.4)
==1447== by 0x1BDB3E9B: g_signal_emit_valist (in
/usr/lib/libgobject-2.0.so.0.600.4)
==1447== by 0x1BDB4125: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.600.4)
==1447== by 0x1BBA5066: gtk_widget_activate (in
/usr/lib/libgtk-x11-2.0.so.0.600.4)
==1447== by 0x1BAC4A31: gtk_menu_shell_activate_item (in
/usr/lib/libgtk-x11-2.0.so.0.600.4)
==1446== Invalid free() / delete / delete[]
==1446== at 0x1B904B04: free (vg_replace_malloc.c:152)
==1446== by 0x8056D0D: TaskDelete (task.c:162)
==1446== by 0x8056F18: TaskProcess (task.c:323)
==1446== by 0x80552D5: MainLoop (main.c:190)
==1446== by 0x80551CD: main (main.c:160)
==1446== Address 0x1C2550C8 is 0 bytes inside a block of size 60 free'd
==1446== at 0x1B90506F: realloc (vg_replace_malloc.c:196)
==1446== by 0x8057BD9: StrReplace (task.c:524)
==1446== by 0x8057630: NewExtCmd (task.c:414)
==1446== by 0x8056C9B: TaskNew (task.c:113)
==1446== by 0x80536DA: MenuActionActivation (m_action.c:151)
==1446== by 0x1BDB52A5: g_cclosure_marshal_VOID__VOID (in
/usr/lib/libgobject-2.0.so.0.600.4)
==1446== by 0x1BDA3735: g_closure_invoke (in
/usr/lib/libgobject-2.0.so.0.600.4)
==1446== by 0x1BDB4DCE: (within /usr/lib/libgobject-2.0.so.0.600.4)
==1446== by 0x1BDB3E9B: g_signal_emit_valist (in
/usr/lib/libgobject-2.0.so.0.600.4)
==1446== by 0x1BDB4125: g_signal_emit (in /usr/lib/libgobject-2.0.so.0.600.4)
==1446== by 0x1BBA5066: gtk_widget_activate (in
/usr/lib/libgtk-x11-2.0.so.0.600.4)
==1446== by 0x1BAC4A31: gtk_menu_shell_activate_item (in
/usr/lib/libgtk-x11-2.0.so.0.600.4)
and also about very many "invalid reads/writes" like
==1446== Invalid read of size 1
==1446== at 0x1B905801: strlen (mac_replace_strmem.c:189)
==1446== by 0x8057BC9: StrReplace (task.c:524)
I am reporting these both in same bug report because it seems very
likely that both are caused by the same heap corruption problem.
best regards,
Timo Lindfors
Sid system
-- System Information
Debian Release: 3.1
Architecture: i386
Kernel: Linux warpdrive 2.4.18-1-386 #1 Wed Apr 14 17:34:59 UTC 2004 i686
GNU/Linux
Locale: LANG=C
Sarge system
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux phoenix 2.4.29met2 #1 SMP Fri Jan 21 08:46:57 UTC 2005 i686
GNU/Linux
Locale: LANG=C
---------------------------------------
Received: (at 308489-close) by bugs.debian.org; 15 May 2005 13:54:06 +0000
>From [EMAIL PROTECTED] Sun May 15 06:54:05 2005
Return-path: <[EMAIL PROTECTED]>
Received: from newraff.debian.org [208.185.25.31] (mail)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DXJZF-0007EA-00; Sun, 15 May 2005 06:54:05 -0700
Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian))
id 1DXJSR-0004Tc-00; Sun, 15 May 2005 09:47:03 -0400
From: Hamish Moffatt <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
X-Katie: $Revision: 1.55 $
Subject: Bug#308489: fixed in geda 20050313-2
Message-Id: <[EMAIL PROTECTED]>
Sender: Archive Administrator <[EMAIL PROTECTED]>
Date: Sun, 15 May 2005 09:47:03 -0400
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
X-CrossAssassin-Score: 2
Source: geda
Source-Version: 20050313-2
We believe that the bug you reported is fixed in the latest version of
geda, which is due to be installed in the Debian FTP archive:
geda_20050313-2.diff.gz
to pool/main/g/geda/geda_20050313-2.diff.gz
geda_20050313-2.dsc
to pool/main/g/geda/geda_20050313-2.dsc
geda_20050313-2_i386.deb
to pool/main/g/geda/geda_20050313-2_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Hamish Moffatt <[EMAIL PROTECTED]> (supplier of updated geda package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Sun, 15 May 2005 23:24:33 +1000
Source: geda
Binary: geda
Architecture: source i386
Version: 20050313-2
Distribution: unstable
Urgency: high
Maintainer: Hamish Moffatt <[EMAIL PROTECTED]>
Changed-By: Hamish Moffatt <[EMAIL PROTECTED]>
Description:
geda - GNU EDA -- Electronics design software
Closes: 274074 308489
Changes:
geda (20050313-2) unstable; urgency=high
.
* Applied patch from upstream CVS to src/task.c to fix
segfaults trying to open schematics (closes: #308489)
(Bug is 'grave' so urgency=high)
* Added suggests: for gerbv (closes: #274074)
Files:
777bde3a1bb8a65f6073daf820ac5113 711 electronics optional geda_20050313-2.dsc
f1e21c4938516fff8d943fce741f33a8 4506 electronics optional
geda_20050313-2.diff.gz
a83089c9e40ed2e52d0879d037742c4d 96798 electronics optional
geda_20050313-2_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iQCVAwUBQodPJ9iYIdPvprnVAQKnnwP/Za0DTVAujVSyhwdTfO7SFIcz5hh+f815
NOJiSBDGCRlqeQfQQMqrBLx+8Ld+Ue68/ApfdzYvt6zbZ8x1fKjJEW3Dp7ZjNGnD
yTgaod79w54KO6iVhgn6LogiZiJL3F6aZRuF3HT7JpxTzaNZZSyzwHI/WUtPW4fe
wAbmIV6vnOw=
=0ITb
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
