351686 – x11-libs/fltk-1.3.0_rc3 breaks virtually everything

Bug 351686 - x11-libs/fltk-1.3.0_rc3 breaks virtually everything

Summary: x11-libs/fltk-1.3.0_rc3 breaks virtually everything

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Library (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Justin Lecher (RETIRED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2011-01-14 19:14 UTC by Jouni Rinne
Modified:	2011-01-14 20:09 UTC (History)
CC List:	0 users

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Jouni Rinne 2011-01-14 19:14:22 UTC

NONE, repeat none, of the fltk-dependent packages in my system recompile with fltk-1.3.0. The broken packages are:

media-sound/horgand-1.14
media-sound/spiralmodular-0.2.2a-r1
media-sound/tapiir-0.7.2
media-sound/yoshimi-0.056
media-sound/zynaddsubfx-2.4.0
media-sound/csound (not in Portage, but in my own 'csound-wii' overlay; just FYI)

Should I make a separate bug report of *every* of them, or is this sufficient?

I'm masking fltk-1.3.x for now, you should do the same...

Comment 1 Justin Lecher (RETIRED) gentoo-dev

2011-01-14 19:24:31 UTC

Please provide build.logs. But I will mask it directly. All my test went smooth

Comment 2 Justin Lecher (RETIRED) gentoo-dev

2011-01-14 19:31:41 UTC

My test show that it should even be broken before:

organ.C:31:31: fatal error: Fl/Fl_Preferences.H: No such file or directory

but file is in 

/usr/include/fltk-1.1/FL/Fl_Preferences.h

in these versions 1.1.10 1.1.10-r0 1.1.9-r1 1.1.9-r0 1.1.7-r3 1.1.7-r2 1.1.7-r0 1.1.6-r0 1.1.6 1.1.4-r0 1.1.4 1.1.10-r1 .

Comment 3 Justin Lecher (RETIRED) gentoo-dev

2011-01-14 20:09:38 UTC

+*fltk-1.3.0_rc3-r1 (14 Jan 2011)
+
+  14 Jan 2011; Justin Lecher <jlec@gentoo.org> -fltk-1.3.0_rc3.ebuild,
+  +fltk-1.3.0_rc3-r1.ebuild:
+  Install symlinks for .h and .H headers, #351686
+

Please test. It should be fixed now.