sys-libs/com_err create symlink usr/include/et/com_err.h -> /usr/include/com_err.h e2fsprogs-libs doesn't create it. This patch fix this problem.
Created attachment 163073 [details, diff] patch to fix missing com_err.h
*** This bug has been marked as a duplicate of bug 234886 ***
Reopened, as this was a false duplicate. My bad.
what exactly needs this symlink ?
(In reply to comment #4) > what exactly needs this symlink ? > app-crypt/mit-krb5 fails with the new e2fsprogs-libs, as some of its sources include "et/com_err.h" and some "com_err.h". The best solution is to patch mit-krb5 to include everywhere "et/com_err.h", but maybe there are more packages which may need patching, unless you apply the symlink.
(In reply to comment #5) > (In reply to comment #4) > > what exactly needs this symlink ? > > > > app-crypt/mit-krb5 fails with the new e2fsprogs-libs, as some of its sources > include "et/com_err.h" and some "com_err.h". The best solution is to patch > mit-krb5 to include everywhere "et/com_err.h", but maybe there are more > packages which may need patching, unless you apply the symlink. > Vapier, I had another look at mit-krb5 sources, and think that we can fix, at least mit-krb5. So maybe this can be closed as invalid, or wontfix or something.
if the kerberos packages are the only things failing, i'd prefer to change those today ... but let's leave this bug open to see what else crops up ...
I can fix it by adding the "-I/usr/include/et" flag which is not nice at all. It's an upstream issue. g, mueli
Another problem is that pkg-config doesn't announce the location of the include files correctly: $ locate com_err.h /usr/include/et/com_err.h $ pkg-config --cflags com_err $ It should return "-I/usr/include/et" instead (similar for blkid, ss, and uuid). I'll provide a patch.
Created attachment 163289 [details, diff] Proposed patch for e2fsprogs-libs-1.41.0
*** Bug 235218 has been marked as a duplicate of this bug. ***
Patch and symlink were both required to change in ebuild to fix the issue with app-crypt/mit-krb5-1.6.3-r2 not being able to find com_err.h on x86, with e2fsprogs-libs-1-41.0 as per bug#235218. Trying either Patch or Symlink did not fix this issue. If needed, i can attach logs or provide any more information. -Mike
that means that mit-krb5 isn't fixed -> I'll reopen the bug and have once again a look on it. Anyway it would be nice if you could fix pkg-config so that I don't have to hardcode the flag. g, mueli
For everyone watching this bug -> DO NOT update to e2fsprogs-libs if you've enabled USE="kerberos" global. You'd end up with a non working wget, openssh, sudo, ldap, usw .... - without words -
whom can do an upgrade if you make an "emerge -f" first. Citation of #gentoo: 18:27 <@mueli> I am fixing it here and I am also fixing the kerberos issue -> I am not willing to check all upgrade paths of all apps with deps to kerberos 18:27 <@mueli> I am also not willing to test each app depending on kerberos 18:28 <@mueli> If I would do so the one man herd kerberos would have to maintain and test a third of the base system 18:29 <@mueli> I hope that people accept that - I'd say the arguments are imho reasonable So I'd really appreciate help on developing an upgrade path through this before making that crap stable. g, mueli
(In reply to comment #12) > Patch and symlink were both required to change in ebuild to fix the issue with > app-crypt/mit-krb5-1.6.3-r2 not being able to find com_err.h on x86, with > e2fsprogs-libs-1-41.0 as per bug#235218. After killing two test environments I was now able to test mit-krb5-1.6.3-r2 on a clean environment running e2fsprogs-libs-1.41.0 and having com_err and ss uninstalled. I've no symlink and mit-krb5 just compiles fine. Do you use paludis or portage?
(In reply to comment #16) I use Portage only. Please let me know if you need some more information, i can also create a new test env, with any specifications. -Mike Portage 2.2_rc8 (default/linux/x86/2008.0/desktop, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.24-gentoo-r8 i686) ================================================================= System uname: Linux-2.6.24-gentoo-r8-i686-Intel-R-_Core-TM-2_Quad_CPU_Q6600_@_2.40GHz-with-glibc2.0 Timestamp of tree: Tue, 19 Aug 2008 13:36:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6-r1 dev-lang/python: 2.4.4-r13, 2.5.2-r7 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.62-r1 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.4 virtual/os-headers: 2.6.25-r4 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=core2 -pipe -fomit-frame-pointer -g -ggdb" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-O2 -march=core2 -pipe -fomit-frame-pointer -g -ggdb" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="-v" FEATURES="ccache collision-protect distlocks metadata-transfer nostrip parallel-fetch preserve-libs sandbox sfperms strict test unmerge-orphans userfetch userpriv" GENTOO_MIRRORS="http://gentoo.osuosl.org/ " LDFLAGS="-Wl,-O1" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/mike/myebuilds" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl acpi alsa apache2 avi bash-completion bluetooth branding bzip2 cairo cdr cli compat cracklib crypt cups dbcpalsa dbus dri dvd dvdr dvdread emboss encode evo fam firefox firfox ftp gd gdbm gif gnome gpm gstreamer gtk hal hddtemp iconv intel isdnlog java java5 java6 javamail jbdc jboss jpeg kerberos ldap libnotify libwww logitech mad mailwrapper midi mikmod mp3 mpeg mudflap mysql ncurses nls nptl nptlonly ntp nvidia odbc ogg opengl openmp pam pcre pdf perl png postgres ppds pppd python qt3support quicktime rar readline reflection sdl session spell spl ssl startup-notification svg sysfs tcpd tiff truetype unicode usb vim vim-completion vim-syntax vim-with-x vorbis win32codecs x86 xml xorg xulrunner xv zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="proxy_http actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias proxy" APACHE2_MPMS="prefork" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OP
(In reply to comment #9) > Another problem is that pkg-config doesn't announce the location of the > include files correctly: > [...] I've reported this upstream now: <http://sourceforge.net/tracker/index.php?func=detail&aid=2089537&group_id=2406&atid=102406>
(In reply to comment #19) > > Another problem is that pkg-config doesn't announce the location of the > > include files correctly: > > I've reported this upstream now: Accepted by upstream: <http://git.kernel.org/?p=fs/ext2/e2fsprogs.git;a=commit;h=97be89b60bd57272ece637bc2f300a5288b78831>
Authen::Krb5 (perl-gcpan/Krb5-1.8) also fails to compile due to this: >>> Emerging (1 of 1) perl-gcpan/Krb5-1.8 to / * Krb5-1.8.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking Krb5-1.8.tar.gz ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking Krb5-1.8.tar.gz to /var/tmp/portage/perl-gcpan/Krb5-1.8/work >>> Source unpacked. >>> Compiling source in /var/tmp/portage/perl-gcpan/Krb5-1.8/work/Krb5-1.8 ... * Using ExtUtils::MakeMaker Checking for libk5crypto...yes Checking if your kit is complete... Looks good Writing Makefile for Authen::Krb5 cp Krb5.pm blib/lib/Authen/Krb5.pm AutoSplitting blib/lib/Authen/Krb5.pm (blib/lib/auto/Authen/Krb5) /usr/bin/perl5.8.8 /usr/lib64/perl5/5.8.8/ExtUtils/xsubpp -typemap /usr/lib64/perl5/5.8.8/ExtUtils/typemap -typemap typemap Krb5.xs > Krb5.xsc && mv Krb5.xsc Krb5.c Please specify prototyping behavior for Krb5.xs (see perlxs manual) x86_64-pc-linux-gnu-gcc -c -I/usr/include -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -march=x86-64 -msse3 -O2 -pipe -DVERSION=\"1.8\" -DXS_VERSION=\"1.8\" -fPIC "-I/usr/lib64/perl5/5.8.8/x86_64-linux/CORE" Krb5.c Krb5.xs:11:21: error: com_err.h: No such file or directory Krb5.xs: In function 'XS_Authen__Krb5_mk_req': Krb5.xs:478: warning: passing argument 2 of 'Perl_sv_2pv_flags' from incompatible pointer type ...
(In reply to comment #21) > Krb5.xs:11:21: error: com_err.h: No such file or directory That is the same issue as the root of this bug, not something else.
As the problem should be really fixed in >=mit-krb5-1.6.3-r4 for portage and paludis user I'll close this bug as solved.
@Michael, Yes, sorry i should have confirmed that it was fixed in that release. -Mike
