Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 325647 - sci-electronics/geda-1.4.1 fails to merge
Summary: sci-electronics/geda-1.4.1 fails to merge
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-26 00:55 UTC by DEMAINE Benoît-Pierre, aka DoubleHP
Modified: 2010-06-28 10:56 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
/tmp/emerge--info (emerge--info,15.72 KB, text/plain)
2010-06-26 00:56 UTC, DEMAINE Benoît-Pierre, aka DoubleHP
Details
/var/log/portage/sci-electronics:geda-1.4.1:20100626-005222.log (sci-electronics:geda-1.4.1:20100626-005222.log,124.03 KB, text/plain)
2010-06-26 00:56 UTC, DEMAINE Benoît-Pierre, aka DoubleHP
Details

Note You need to log in before you can comment on or make changes to this bug.
Description DEMAINE Benoît-Pierre, aka DoubleHP 2010-06-26 00:55:50 UTC
[ebuild  N    ] sci-electronics/geda-1.4.1  USE="doc examples gd threads" 0 kB




x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12   -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -pthread -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12   -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include     -Wall -O2 -march=athlon64 -pipe -c i_basic.c
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -I../include -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12   -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -pthread -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12   -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include     -Wall -O2 -march=athlon64 -pipe -c x_window.c
gtkitementry_2_2.c: In function 'gtk_entry_real_insert_text':
gtkitementry_2_2.c:814: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c:814: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:816: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c:816: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:818: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:819: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:822: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:823: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:823: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:824: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:827: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:828: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:828: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c:830: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:830: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c:839: error: 'GtkEntry' has no member named 'text_size'
gtkitementry_2_2.c:844: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c:847: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c:851: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c: In function 'gtk_entry_real_delete_text':
gtkitementry_2_2.c:884: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c:886: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c: In function 'gtk_entry_retrieve_surrounding_cb':
gtkitementry_2_2.c:1160: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c: In function 'gtk_entry_create_layout':
gtkitementry_2_2.c:1367: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c:1376: error: 'GtkEntry' has no member named 'n_bytes'
gtkitementry_2_2.c:1410: error: 'GtkEntry' has no member named 'n_bytes'
make[2]: *** [gtkitementry_2_2.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/sci-electronics/geda-1.4.1/work/geda-gattrib-1.4.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/sci-electronics/geda-1.4.1/work/geda-gattrib-1.4.1'
make: *** [all] Error 2
Comment 1 DEMAINE Benoît-Pierre, aka DoubleHP 2010-06-26 00:56:02 UTC
Created attachment 236573 [details]
/tmp/emerge--info
Comment 2 DEMAINE Benoît-Pierre, aka DoubleHP 2010-06-26 00:56:45 UTC
Created attachment 236575 [details]
/var/log/portage/sci-electronics:geda-1.4.1:20100626-005222.log
Comment 3 Thomas Beierlein gentoo-dev 2010-06-27 18:41:53 UTC
Thanks for testing and reporting. 
May I suggest to test the much newer (and in the meantime stable) geda-1.6.1 instead. 
Comment 4 DEMAINE Benoît-Pierre, aka DoubleHP 2010-06-27 23:42:38 UTC
I am using stable, and, unmasking 1.6 looks really more complicated than 1.4 . Amongst other things, autounmask -p ended up with *many* errors, and I gave up the manual way.
Comment 5 Thomas Beierlein gentoo-dev 2010-06-28 08:30:17 UTC
(In reply to comment #4)
> I am using stable, and, unmasking 1.6 looks really more complicated than 1.4 .
> Amongst other things, autounmask -p ended up with *many* errors, and I gave up
> the manual way.
> 

As 1.6.1 *is* stable there should be no need for unmasking any more. It should work out of the box. Maybe you should update your tree?
Comment 6 DEMAINE Benoît-Pierre, aka DoubleHP 2010-06-28 10:56:18 UTC
Or maybe I masked it because it could not merge in january ? would explain why autounmsk could not unmask it :)

*NOW*, 1.6 seems installed.
[ebuild   R   ] sci-electronics/geda-1.6.1  USE="doc examples nls threads -debug -stroke" 0 kB

but 1.6 is (commented) in my package.mask, so, at some time it caused me trouble.