Summary: | app-text/linuxdoc-tools-0.9.68 - /var/tmp/portage/app-text/linuxdoc-tools-0.9.68/image/usr/share/linuxdoc-tools/VERSION: No such file or directory | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | Gentoo SGML project <sgml> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ghartshaw, Manfred.Knick, pinkbyte, qa |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://tinderboxlogs.s3.amazonaws.com/tbamd64.excelsior.flameeyes.eu/app-text%3Alinuxdoc-tools-0.9.21_p11%3A20121109-190335.html | ||
Whiteboard: | WAS: app-text/linuxdoc-tools-0.9.21_p11: fails to build with new sys-devel/flex | ||
Package list: | Runtime testing required: | --- |
Description
Diego Elio Pettenò (RETIRED)
2012-11-09 19:06:44 UTC
The problem has a one line fix - apparently flex-2.5.37 has changed the default type of yyleng. ===8<======8<======8<======8<======8<======8<======8<======8<======8<=== --- linuxdoc-tools-0.9.21/rtf-fix/rtf2rtf.l.org 2001-12-02 02:32:17.000000000 +0000 +++ linuxdoc-tools-0.9.21/rtf-fix/rtf2rtf.l 2013-02-05 22:59:21.018029240 +0000 @@ -72,7 +72,7 @@ int skipnewline = 0; extern char *yytext; -extern int yyleng; +extern yy_size_t yyleng; #define CHAPTER 1 #define SECTION 2 ===8<======8<======8<======8<======8<======8<======8<======8<======8<=== + 20 Mar 2013; Sergey Popov <pinkbyte@gentoo.org> + +linuxdoc-tools-0.9.68.ebuild, +files/linuxdoc-tools-0.9.68-compiler.patch, + +files/linuxdoc-tools-0.9.68-letter.patch, + +files/linuxdoc-tools-0.9.68-lex.patch: + Version bump, wrt bug #287557. Fix building with new lex, wrt bug #442482 (In reply to comment #2) > + Version bump ... Fix building ... sed: can't read /usr/share/linuxdoc-tools/LinuxDocTools.pm: No such file or directory * ERROR: app-text/linuxdoc-tools-0.9.68 failed (install phase): * sed failed * * Call stack: * ebuild.sh, line 93: Called src_install * environment, line 2238: Called die * The specific snippet of code: * sed -i -e 's,/iso-entities-8879.1986/iso-entities.cat,/sgml-iso-entities-8879.1986/catalog,' /usr/share/linuxdoc-tools/LinuxDocTools.pm || die 'sed failed'; * * If you need support, post the output of `emerge --info '=app-text/linuxdoc-tools-0.9.68'`, * the complete build log and the output of `emerge -pqv '=app-text/linuxdoc-tools-0.9.68'`. * The complete build log is located at '/var/tmp/portage/app-text/linuxdoc-tools-0.9.68/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-text/linuxdoc-tools-0.9.68/temp/environment'. * Working directory: '/var/tmp/portage/app-text/linuxdoc-tools-0.9.68/work/linuxdoc-tools-0.9.68' * S: '/var/tmp/portage/app-text/linuxdoc-tools-0.9.68/work/linuxdoc-tools-0.9.68' >>> Failed to emerge app-text/linuxdoc-tools-0.9.68, Log file: >>> '/var/tmp/portage/app-text/linuxdoc-tools-0.9.68/temp/build.log' * Messages for package app-text/linuxdoc-tools-0.9.68: * ERROR: app-text/linuxdoc-tools-0.9.68 failed (install phase): * sed failed * * Call stack: * ebuild.sh, line 93: Called src_install * environment, line 2238: Called die * The specific snippet of code: * sed -i -e 's,/iso-entities-8879.1986/iso-entities.cat,/sgml-iso-entities-8879.1986/catalog,' /usr/share/linuxdoc-tools/LinuxDocTools.pm || die 'sed failed'; # ll /usr/share/linux* ls: cannot access /usr/share/linux*: No such file or directory <---------- # .................................. ^^^^^^^^^^^^^^^^^^^^^^^^^ (ADDENDUM to comment #3) > sed: can't read /usr/share/linuxdoc-tools/LinuxDocTools.pm: No such file or > directory Actually, I would not expect it to exist before linuxdoc-tools have been successfully built and installed, at least once ;) (In reply to comment #4) > (ADDENDUM to comment #3) > > > sed: can't read /usr/share/linuxdoc-tools/LinuxDocTools.pm: No such file or > > directory > > Actually, I would not expect it to exist before linuxdoc-tools have been > successfully built and installed, at least once ;) Well, in previous version this works in src_install and i thought that it should not be changed. I was wrong, now fixed. Thanks for reporting this. + 21 Mar 2013; Sergey Popov <pinkbyte@gentoo.org> linuxdoc-tools-0.9.68.ebuild: + Move sed for setting proper sgml catalog path to src_prepare, fix tex-related + files installation, wrt bug #442482 (In reply to comment #5) First: Thank you very much for your work! Same version number: thus I deleted /usr/portage/distfiles/... and /usr/portage/app-text/linuxdoc-tools/... to make for a clean start. Emerging [ebuild N ~] app-text/linuxdoc-tools-0.9.68 built instantaneously. BUT: Trying to build the Documentation for iSCSI: # make linuxdoc --backend=txt -f sgv_cache.sgml cat: /var/tmp/portage/app-text/linuxdoc-tools-0.9.68/image/usr/share/linuxdoc-tools/VERSION: No such file or directory NOTABENE: ^^^ /var/tmp/portage/... ^^^ This path should not be contained in the final installed version at all. Just calling # linuxdoc --backend=txt without any "-f" yields the same result already. # cat /usr/share/linuxdoc-tools/VERSION 0.9.66 ----^^ ??? # equery list linuxdoc-tools [IP-] [ ] app-text/linuxdoc-tools-0.9.68:0 ---------------------------------------^^-- !!! May I suggest to re-open this bug until this has been sorted out, so others can find and follow it (otherwise we will get DUPLICATES soon) ? Reopening, cause ebuild is badly broken :-( Try to figure out how to fix it... + 21 Mar 2013; Sergey Popov <pinkbyte@gentoo.org> + +linuxdoc-tools-0.9.68-r1.ebuild: + Fix incorrect prefix path, that is saved in scripts at install phase, wrt bug + #442482. Thanks to Manfred Knick for discovering this issue 0.9.68 is masked for now. Please, test 0.9.68-r1 and report (In reply to comment #8) > ... Please, test 0.9.68-r1 and report Clean install: builds and installs without any problem (x64 / 3.8.3). First quick test: Create .txt / .html / .pdf from .sgml for iSCSI: works. Seems WORKSFORME so far. Great! Thanks a lot, Sergey! Manfred P.S.: $ cat /usr/share/linuxdoc-tools/VERSION 0.9.66 ----^^ , still ? Minor inconsistency - or version mix-ups? + 22 Mar 2013; Sergey Popov <pinkbyte@gentoo.org> + -linuxdoc-tools-0.9.68.ebuild, linuxdoc-tools-0.9.68-r1.ebuild: + Fix incorrect version string in upstream tarball, wrt bug #442482, add + epatch_user. Drop broken ebuild |