Summary: | www-plugins/nspluginwrapper-1.4.4-r1 - In file included from .../work/nspluginwrapper-1.4.4/src/utils.c:29:0: /usr/include/dirent.h:42:19: error: conflicting types for 'ino64_t' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Sven Czarnian <rizor> |
Component: | Current packages | Assignee: | Patrick McLean <chutzpah> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | amd64, desktop-misc, dm, jer, manschwetus, treecleaner |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
The build.log of nspluginwrapper-1.4.4-r1
The output of emerge --info build.log with LC_ALL=C emerge --info =www-plugins/nspluginwrapper-1.4.4-r3 Build.log emerge --info |
Description
Sven Czarnian
2011-11-12 14:33:03 UTC
Created attachment 292285 [details]
The build.log of nspluginwrapper-1.4.4-r1
Created attachment 292287 [details]
The output of emerge --info
can you attach a build log compiled with LC_ALL=C ? Created attachment 292293 [details]
build.log with LC_ALL=C
Added the build log. Is this still happening? Could you post the output of emerge --info Created attachment 315091 [details]
emerge --info =www-plugins/nspluginwrapper-1.4.4-r3
Today it tried to update nspluginwrapper from 1.4.4-r1 to 1.4.4-r3 but i got the same error ... i attached the build log and emerge --info Created attachment 315093 [details]
Build.log
Created attachment 320970 [details]
emerge --info
I get the same error now with every revisions of www-plugins/nspluginwrapper-1.4.4
my last succesful build according to qlop:
Thu Sep 22 00:25:40 2011 >>> sys-libs/glibc-2.12.2
Thu Sep 22 22:44:42 2011 >>> www-plugins/nspluginwrapper-1.4.4-r1
As explained here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686029 https://bugzilla.redhat.com/show_bug.cgi?id=1289053 Maybe we should finally treeclean this package as all browsers are going away from npapi plugins and the old flash plugin (used in firefox) has native amd64 support (In reply to Pacho Ramos from comment #11) > As explained here: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686029 > https://bugzilla.redhat.com/show_bug.cgi?id=1289053 > > Maybe we should finally treeclean this package as all browsers are going > away from npapi plugins and the old flash plugin (used in firefox) has > native amd64 support CCing adobe-flash maintainers as the ebuild would need to be adapted (In reply to Pacho Ramos from comment #11) > As explained here: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686029 > https://bugzilla.redhat.com/show_bug.cgi?id=1289053 > > Maybe we should finally treeclean this package as all browsers are going > away from npapi plugins and the old flash plugin (used in firefox) has > native amd64 support The issue was last confirmed in 2012 and no duplicates were filed. Several maintainers changed the ebuilds and the eclasses it uses have changed as well over the years (notably multilib.eclass). I can't reproduce it now. Newer versions went stable since this issue was filed. We don't even know yet what caused the issue in these two instances. |