Bug 183711

Comment 1 John Marino 2014-08-07 14:12:28 UTC

Hi, if you are still interested in having this port in FreeBSD, it may need to be reworked to support stage, and it could need updating to other newer conventions such as "USES" which is expanding all time.
See http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-May/000080.html


Additionally, you need to provide some sort of quality assurance.    
In order of preference, we are looking for:

1) "poudriere testport" or "poudriere bulk -t" logs
2) Redports or tinderbox logs

Please provide an updated shar file and attach a test log.  Alternatively, please indicate if you are no longer interested in having this software in the Ports Collection and that we can close the PR.

Thanks!

Comment 2 Adam Weinberger 2014-08-21 14:54:21 UTC

Simple items: please change USE_BZIP2 to USES=tar:bzip2, and remove the update-desktop-database lines from the pkg-plist (they're not necessary as you are already using USES=desktop-file-utils).

The bigger problem: This port hardcodes gcc, and will not build on FreeBSD 10 and better.

=======================<phase: build          >============================
===>  Building for myrulib-0.29.16
--- mrl_sqlite3_sqlite3.o ---
--- mrl_wxsqlite3_wxsqlite3.o ---
--- mrl_wxbzip2_bzipstream.o ---
--- zipscan_ZipScan.o ---
--- zipscan_md5.o ---
--- bin2c ---
--- ru.mo ---
--- uk.mo ---
--- mrl_sqlite3_sqlite3.o ---
/wrkdirs/usr/ports/deskutils/myrulib/work/myrulib-0.29.16/bk-deps cc -c -o mrl_sqlite3_sqlite3.o -DSQLITE_ENABLE_FTS3 -I./3rdparty/sqlite3   -O2 -pipe  -fno-strict-aliasing ./3rdparty/sqlite3/sqlite3.c
--- mrl_wxsqlite3_wxsqlite3.o ---
/wrkdirs/usr/ports/deskutils/myrulib/work/myrulib-0.29.16/bk-deps c++ -c -o mrl_wxsqlite3_wxsqlite3.o -DNDEBUG -I./3rdparty/wxsqlite3/include  -I./3rdparty/wxsqlite3/include -I/usr/local/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -D_THREAD_SAFE  -O2 -pipe -fno-strict-aliasing  -I/usr/local/include/libxml2 -I/usr/include -DFB_PARSE_LIBXML2 -I./3rdparty/sqlite3 ./3rdparty/wxsqlite3/src/wxsqlite3.cpp
--- mrl_wxbzip2_bzipstream.o ---
/wrkdirs/usr/ports/deskutils/myrulib/work/myrulib-0.29.16/bk-deps c++ -c -o mrl_wxbzip2_bzipstream.o -DNDEBUG  -I./3rdparty/wxsqlite3/include -I/usr/local/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -D_THREAD_SAFE  -O2 -pipe -fno-strict-aliasing  -I/usr/local/include/libxml2 -I/usr/include -DFB_PARSE_LIBXML2 -I./3rdparty/sqlite3 ./3rdparty/wxbzipstream/bzipstream.cpp
--- zipscan_ZipScan.o ---
/wrkdirs/usr/ports/deskutils/myrulib/work/myrulib-0.29.16/bk-deps c++ -c -o zipscan_ZipScan.o -DNDEBUG -I./sources/MyRuLib -I./3rdparty/wxsqlite3/include -I/usr/local/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -D_THREAD_SAFE   -O2 -pipe -fno-strict-aliasing  -I/usr/local/include/libxml2 -I/usr/include -DFB_PARSE_LIBXML2 -I./3rdparty/sqlite3 ./sources/ZipScaner/ZipScan.cpp
--- zipscan_md5.o ---
/wrkdirs/usr/ports/deskutils/myrulib/work/myrulib-0.29.16/bk-deps cc -c -o zipscan_md5.o -DNDEBUG -I./sources/MyRuLib -I/usr/local/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -D_THREAD_SAFE   -O2 -pipe  -fno-strict-aliasing ./sources/MyRuLib/polarssl/md5.c
--- bin2c ---
gcc -o bin2c ./3rdparty/bin2c/bin2c.c
--- uk.mo ---
msgfmt ./sources/MyRuLib/locale/uk.po -o ./uk.mo
--- ru.mo ---
msgfmt ./sources/MyRuLib/locale/ru.po -o ./ru.mo
--- bin2c ---
gcc: not found
*** [bin2c] Error code 127

make[1]: stopped in /wrkdirs/usr/ports/deskutils/myrulib/work/myrulib-0.29.16

Comment 3 John Marino 2014-08-24 18:45:20 UTC

so this is staged but just bitrotted?

Created attachment 156115 [details]
shar

Fix attempt: USES, got rid of hardcoded `gcc` in Makefile.in, plist fixes

Created attachment 156116 [details]
svn diff

Fix attempt (same as above, but an svn diff)

I attempted to fix this port, but poudriere keeps saying that gcc can't build and that's why a poudriere log is missing. I'll give it another try and get back to you soon.

Created attachment 156119 [details]
[FAIL] poudriere log

Somewhy, it doesn't build with poudriere, but does build using make install. What could be the problem here?

Created attachment 156120 [details]
svn diff

Fixed a stupid bug in Makefile: ${LOCALBASE}/gcc48 instead of ${LOCALBASE}/bin/gcc48

Created attachment 156121 [details]
shar

Fixed the mentioned stupid bug: shar

No feedback since 2015-04-29.

Also no change upstream since five years. Port uses deprecated gcc48. Has erros in
Makefile. Close here with overcome by events.