Can't compile devel/glib2 on -current
Hi [EMAIL PROTECTED] I upgrade this morning my system from an old current to the new current. After, I launch infrastructure/build/out-of-date to see my old ports. I see my glib2 is out of date. But I can't compile devel/glib2 port. See the error: mkdir .libs/libglib-2.0.lax/lt1-libcharset.a (cd .libs/libglib-2.0.lax/lt1-libcharset.a ar x /usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib/libcharset/.libs/libcharset.a) ar cru .libs/libglib-2.0.a garray.o gasyncqueue.o gatomic.o gbacktrace.o gbase64.o gbookmarkfile.o gcache.o gchecksum.o gcompletion.o gconvert.o gdataset.o gdate.o gdir.o gerror.o gfileutils.o ghash.o ghook.o giochannel.o gkeyfile.o glist.o gmain.o gmappedfile.o gmarkup.o gmem.o gmessages.o gnode.o goption.o gpattern.o gprimes.o gqsort.o gqueue.o grel.o grand.o gregex.o gscanner.o gsequence.o gshell.o gslice.o gslist.o gstdio.o gstrfuncs.o gstring.o gtestutils.o gthread.o gthreadpool.o gtimer.o gtree.o guniprop.o gutf8.o gunibreak.o gunicollate.o gunidecomp.o gurifuncs.o gutils.o gprintf.o giounix.o gspawn.o .libs/libglib-2.0.lax/lt1-libcharset.a/localcharset.o ranlib .libs/libglib-2.0.a rm -fr .libs/libglib-2.0.lax .libs/libglib-2.0.lax creating libglib-2.0.la (cd .libs rm -f libglib-2.0.la ln -s ../libglib-2.0.la libglib-2.0.la) cc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -DG_LOG_DOMAIN=\GLib\ -DG_DISABLE_CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -DPCRE_STATIC -I/usr/local/include -pthread -O2 -pipe -Wall -MT gtester.o -MD -MP -MF .deps/gtester.Tpo -c -o gtester.o gtester.c mv -f .deps/gtester.Tpo .deps/gtester.Po /usr/local/bin/libtool --tag=CC --mode=link cc -O2 -pipe -Wall -L/usr/local/lib -o gtester gtester.o libglib-2.0.la -lintl -liconv cc -O2 -pipe -Wall -o .libs/gtester gtester.o -L/usr/local/lib -L./.libs -lglib-2.0 -lpcre -lintl -liconv -Wl,-rpath,/usr/local/lib /usr/local/lib/libglib-2.0.so.1400.3: warning: vsprintf() is often misused, please use vsnprintf() /usr/local/lib/libglib-2.0.so.1400.3: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libglib-2.0.so.1400.3: warning: strcat() is almost always misused, please use strlcat() gtester.o(.text+0x56c): In function `child_report_cb': : undefined reference to `g_test_log_buffer_push' gtester.o(.text+0x574): In function `child_report_cb': : undefined reference to `g_test_log_buffer_pop' gtester.o(.text+0x592): In function `child_report_cb': : undefined reference to `g_test_log_msg_free' gtester.o(.text+0x8f1): In function `launch_test_binary': : undefined reference to `g_test_log_buffer_new' gtester.o(.text+0x9fe): In function `launch_test_binary': : undefined reference to `g_test_log_buffer_free' gtester.o(.text+0x14ff): In function `fixture_setup': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x152e): In function `fixture_test': : undefined reference to `g_test_message' gtester.o(.text+0x153a): In function `fixture_test': : undefined reference to `g_test_bug_base' gtester.o(.text+0x1546): In function `fixture_test': : undefined reference to `g_test_bug' gtester.o(.text+0x1552): In function `fixture_test': : undefined reference to `g_test_bug_base' gtester.o(.text+0x15b1): In function `fixture_test': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x1626): In function `fixture_teardown': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x1645): In function `main_selftest': : undefined reference to `g_test_init' gtester.o(.text+0x1664): In function `main_selftest': : undefined reference to `g_test_add_vtable' gtester.o(.text+0x166c): In function `main_selftest': : undefined reference to `g_test_run' gtester.o(.text+0x1565): In function `fixture_test': : undefined reference to `g_test_bug' collect2: ld returned 1 exit status gmake[4]: *** [gtester] Error 1 gmake[4]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/glib2 (line 2098 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1398 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1896 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1428 of /usr/ports/infrastructure/mk/bsd.port.mk). (I just past the end). I use a -current system (userland and kernel and xenocara were built this morning. My /usr/src/ /usr/xenocara /usr/ports are up to date to -current). I rm -rf /usr/ports and re-checkout it: problem is the same. I cannot take a snapshot package
Re: Can't compile devel/glib2 on -current
On Thu, 2008-04-24 at 14:44 +0200, Nicolas Letellier wrote: Hi [EMAIL PROTECTED] I upgrade this morning my system from an old current to the new current. After, I launch infrastructure/build/out-of-date to see my old ports. I see my glib2 is out of date. But I can't compile devel/glib2 port. See the error: mkdir .libs/libglib-2.0.lax/lt1-libcharset.a (cd .libs/libglib-2.0.lax/lt1-libcharset.a ar x /usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib/libcharset/.libs/libcharset.a) ar cru .libs/libglib-2.0.a garray.o gasyncqueue.o gatomic.o gbacktrace.o gbase64.o gbookmarkfile.o gcache.o gchecksum.o gcompletion.o gconvert.o gdataset.o gdate.o gdir.o gerror.o gfileutils.o ghash.o ghook.o giochannel.o gkeyfile.o glist.o gmain.o gmappedfile.o gmarkup.o gmem.o gmessages.o gnode.o goption.o gpattern.o gprimes.o gqsort.o gqueue.o grel.o grand.o gregex.o gscanner.o gsequence.o gshell.o gslice.o gslist.o gstdio.o gstrfuncs.o gstring.o gtestutils.o gthread.o gthreadpool.o gtimer.o gtree.o guniprop.o gutf8.o gunibreak.o gunicollate.o gunidecomp.o gurifuncs.o gutils.o gprintf.o giounix.o gspawn.o .libs/libglib-2.0.lax/lt1-libcharset.a/localcharset.o ranlib .libs/libglib-2.0.a rm -fr .libs/libglib-2.0.lax .libs/libglib-2.0.lax creating libglib-2.0.la (cd .libs rm -f libglib-2.0.la ln -s ../libglib-2.0.la libglib-2.0.la) cc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -DG_LOG_DOMAIN=\GLib\ -DG_DISABLE_CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -DPCRE_STATIC -I/usr/local/include -pthread -O2 -pipe -Wall -MT gtester.o -MD -MP -MF .deps/gtester.Tpo -c -o gtester.o gtester.c mv -f .deps/gtester.Tpo .deps/gtester.Po /usr/local/bin/libtool --tag=CC --mode=link cc -O2 -pipe -Wall -L/usr/local/lib -o gtester gtester.o libglib-2.0.la -lintl -liconv cc -O2 -pipe -Wall -o .libs/gtester gtester.o -L/usr/local/lib -L./.libs -lglib-2.0 -lpcre -lintl -liconv -Wl,-rpath,/usr/local/lib /usr/local/lib/libglib-2.0.so.1400.3: warning: vsprintf() is often misused, please use vsnprintf() /usr/local/lib/libglib-2.0.so.1400.3: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libglib-2.0.so.1400.3: warning: strcat() is almost always misused, please use strlcat() gtester.o(.text+0x56c): In function `child_report_cb': : undefined reference to `g_test_log_buffer_push' gtester.o(.text+0x574): In function `child_report_cb': : undefined reference to `g_test_log_buffer_pop' gtester.o(.text+0x592): In function `child_report_cb': : undefined reference to `g_test_log_msg_free' gtester.o(.text+0x8f1): In function `launch_test_binary': : undefined reference to `g_test_log_buffer_new' gtester.o(.text+0x9fe): In function `launch_test_binary': : undefined reference to `g_test_log_buffer_free' gtester.o(.text+0x14ff): In function `fixture_setup': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x152e): In function `fixture_test': : undefined reference to `g_test_message' gtester.o(.text+0x153a): In function `fixture_test': : undefined reference to `g_test_bug_base' gtester.o(.text+0x1546): In function `fixture_test': : undefined reference to `g_test_bug' gtester.o(.text+0x1552): In function `fixture_test': : undefined reference to `g_test_bug_base' gtester.o(.text+0x15b1): In function `fixture_test': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x1626): In function `fixture_teardown': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x1645): In function `main_selftest': : undefined reference to `g_test_init' gtester.o(.text+0x1664): In function `main_selftest': : undefined reference to `g_test_add_vtable' gtester.o(.text+0x166c): In function `main_selftest': : undefined reference to `g_test_run' gtester.o(.text+0x1565): In function `fixture_test': : undefined reference to `g_test_bug' collect2: ld returned 1 exit status gmake[4]: *** [gtester] Error 1 gmake[4]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/glib2 (line 2098 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1398 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1896 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1428 of /usr/ports/infrastructure/mk/bsd.port.mk). (I just past the end). I use a -current system (userland and kernel and xenocara were built this morning. My
Re: Can't compile devel/glib2 on -current
On Thu, Apr 24, 2008 at 02:44:56PM +0200, Nicolas Letellier wrote: Hi [EMAIL PROTECTED] I upgrade this morning my system from an old current to the new current. After, I launch infrastructure/build/out-of-date to see my old ports. I see my glib2 is out of date. Glib is one of those ports where you need to remove the old version before building the new one. But I can't compile devel/glib2 port. See the error: mkdir .libs/libglib-2.0.lax/lt1-libcharset.a (cd .libs/libglib-2.0.lax/lt1-libcharset.a ar x /usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib/libcharset/.libs/libcharset.a) ar cru .libs/libglib-2.0.a garray.o gasyncqueue.o gatomic.o gbacktrace.o gbase64.o gbookmarkfile.o gcache.o gchecksum.o gcompletion.o gconvert.o gdataset.o gdate.o gdir.o gerror.o gfileutils.o ghash.o ghook.o giochannel.o gkeyfile.o glist.o gmain.o gmappedfile.o gmarkup.o gmem.o gmessages.o gnode.o goption.o gpattern.o gprimes.o gqsort.o gqueue.o grel.o grand.o gregex.o gscanner.o gsequence.o gshell.o gslice.o gslist.o gstdio.o gstrfuncs.o gstring.o gtestutils.o gthread.o gthreadpool.o gtimer.o gtree.o guniprop.o gutf8.o gunibreak.o gunicollate.o gunidecomp.o gurifuncs.o gutils.o gprintf.o giounix.o gspawn.o .libs/libglib-2.0.lax/lt1-libcharset.a/localcharset.o ranlib .libs/libglib-2.0.a rm -fr .libs/libglib-2.0.lax .libs/libglib-2.0.lax creating libglib-2.0.la (cd .libs rm -f libglib-2.0.la ln -s ../libglib-2.0.la libglib-2.0.la) cc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -DG_LOG_DOMAIN=\GLib\ -DG_DISABLE_CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -DPCRE_STATIC -I/usr/local/include -pthread -O2 -pipe -Wall -MT gtester.o -MD -MP -MF .deps/gtester.Tpo -c -o gtester.o gtester.c mv -f .deps/gtester.Tpo .deps/gtester.Po /usr/local/bin/libtool --tag=CC --mode=link cc -O2 -pipe -Wall -L/usr/local/lib -o gtester gtester.o libglib-2.0.la -lintl -liconv cc -O2 -pipe -Wall -o .libs/gtester gtester.o -L/usr/local/lib -L./.libs -lglib-2.0 -lpcre -lintl -liconv -Wl,-rpath,/usr/local/lib /usr/local/lib/libglib-2.0.so.1400.3: warning: vsprintf() is often misused, please use vsnprintf() /usr/local/lib/libglib-2.0.so.1400.3: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libglib-2.0.so.1400.3: warning: strcat() is almost always misused, please use strlcat() gtester.o(.text+0x56c): In function `child_report_cb': : undefined reference to `g_test_log_buffer_push' gtester.o(.text+0x574): In function `child_report_cb': : undefined reference to `g_test_log_buffer_pop' gtester.o(.text+0x592): In function `child_report_cb': : undefined reference to `g_test_log_msg_free' gtester.o(.text+0x8f1): In function `launch_test_binary': : undefined reference to `g_test_log_buffer_new' gtester.o(.text+0x9fe): In function `launch_test_binary': : undefined reference to `g_test_log_buffer_free' gtester.o(.text+0x14ff): In function `fixture_setup': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x152e): In function `fixture_test': : undefined reference to `g_test_message' gtester.o(.text+0x153a): In function `fixture_test': : undefined reference to `g_test_bug_base' gtester.o(.text+0x1546): In function `fixture_test': : undefined reference to `g_test_bug' gtester.o(.text+0x1552): In function `fixture_test': : undefined reference to `g_test_bug_base' gtester.o(.text+0x15b1): In function `fixture_test': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x1626): In function `fixture_teardown': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x1645): In function `main_selftest': : undefined reference to `g_test_init' gtester.o(.text+0x1664): In function `main_selftest': : undefined reference to `g_test_add_vtable' gtester.o(.text+0x166c): In function `main_selftest': : undefined reference to `g_test_run' gtester.o(.text+0x1565): In function `fixture_test': : undefined reference to `g_test_bug' collect2: ld returned 1 exit status gmake[4]: *** [gtester] Error 1 gmake[4]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/glib2 (line 2098 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1398 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1896 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1428 of /usr/ports/infrastructure/mk/bsd.port.mk). (I just past
Re: Can't compile devel/glib2 on -current
Le Thu, 24 Apr 2008 14:44:56 +0200, Nicolas Letellier [EMAIL PROTECTED] a écrit : Hi [EMAIL PROTECTED] I upgrade this morning my system from an old current to the new current. After, I launch infrastructure/build/out-of-date to see my old ports. I see my glib2 is out of date. But I can't compile devel/glib2 port. See the error: mkdir .libs/libglib-2.0.lax/lt1-libcharset.a (cd .libs/libglib-2.0.lax/lt1-libcharset.a ar x /usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib/libcharset/.libs/libcharset.a) ar cru .libs/libglib-2.0.a garray.o gasyncqueue.o gatomic.o gbacktrace.o gbase64.o gbookmarkfile.o gcache.o gchecksum.o gcompletion.o gconvert.o gdataset.o gdate.o gdir.o gerror.o gfileutils.o ghash.o ghook.o giochannel.o gkeyfile.o glist.o gmain.o gmappedfile.o gmarkup.o gmem.o gmessages.o gnode.o goption.o gpattern.o gprimes.o gqsort.o gqueue.o grel.o grand.o gregex.o gscanner.o gsequence.o gshell.o gslice.o gslist.o gstdio.o gstrfuncs.o gstring.o gtestutils.o gthread.o gthreadpool.o gtimer.o gtree.o guniprop.o gutf8.o gunibreak.o gunicollate.o gunidecomp.o gurifuncs.o gutils.o gprintf.o giounix.o gspawn.o .libs/libglib-2.0.lax/lt1-libcharset.a/localcharset.o ranlib .libs/libglib-2.0.a rm -fr .libs/libglib-2.0.lax .libs/libglib-2.0.lax creating libglib-2.0.la (cd .libs rm -f libglib-2.0.la ln -s ../libglib-2.0.la libglib-2.0.la) cc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/local/include -DG_LOG_DOMAIN=\GLib\ -DG_DISABLE_CAST_CHECKS -DG_DISABLE_DEPRECATED -DGLIB_COMPILATION -DPCRE_STATIC -I/usr/local/include -pthread -O2 -pipe -Wall -MT gtester.o -MD -MP -MF .deps/gtester.Tpo -c -o gtester.o gtester.c mv -f .deps/gtester.Tpo .deps/gtester.Po /usr/local/bin/libtool --tag=CC --mode=link cc -O2 -pipe -Wall -L/usr/local/lib -o gtester gtester.o libglib-2.0.la -lintl -liconv cc -O2 -pipe -Wall -o .libs/gtester gtester.o -L/usr/local/lib -L./.libs -lglib-2.0 -lpcre -lintl -liconv -Wl,-rpath,/usr/local/lib /usr/local/lib/libglib-2.0.so.1400.3: warning: vsprintf() is often misused, please use vsnprintf() /usr/local/lib/libglib-2.0.so.1400.3: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libglib-2.0.so.1400.3: warning: strcat() is almost always misused, please use strlcat() gtester.o(.text+0x56c): In function `child_report_cb': : undefined reference to `g_test_log_buffer_push' gtester.o(.text+0x574): In function `child_report_cb': : undefined reference to `g_test_log_buffer_pop' gtester.o(.text+0x592): In function `child_report_cb': : undefined reference to `g_test_log_msg_free' gtester.o(.text+0x8f1): In function `launch_test_binary': : undefined reference to `g_test_log_buffer_new' gtester.o(.text+0x9fe): In function `launch_test_binary': : undefined reference to `g_test_log_buffer_free' gtester.o(.text+0x14ff): In function `fixture_setup': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x152e): In function `fixture_test': : undefined reference to `g_test_message' gtester.o(.text+0x153a): In function `fixture_test': : undefined reference to `g_test_bug_base' gtester.o(.text+0x1546): In function `fixture_test': : undefined reference to `g_test_bug' gtester.o(.text+0x1552): In function `fixture_test': : undefined reference to `g_test_bug_base' gtester.o(.text+0x15b1): In function `fixture_test': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x1626): In function `fixture_teardown': : undefined reference to `g_assertion_message_cmpnum' gtester.o(.text+0x1645): In function `main_selftest': : undefined reference to `g_test_init' gtester.o(.text+0x1664): In function `main_selftest': : undefined reference to `g_test_add_vtable' gtester.o(.text+0x166c): In function `main_selftest': : undefined reference to `g_test_run' gtester.o(.text+0x1565): In function `fixture_test': : undefined reference to `g_test_bug' collect2: ld returned 1 exit status gmake[4]: *** [gtester] Error 1 gmake[4]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/glib2 (line 2098 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1398 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1896 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/glib2 (line 1428 of /usr/ports/infrastructure/mk/bsd.port.mk). (I just past the end). I use a -current system (userland and kernel and xenocara were built
Re: Can't compile devel/glib2 on -current
On Thu, 24 Apr 2008, Nicolas Letellier wrote: I upgrade this morning my system from an old current to the new current. After, I launch infrastructure/build/out-of-date to see my old ports. I see my glib2 is out of date. But I can't compile devel/glib2 port. See the error: mkdir .libs/libglib-2.0.lax/lt1-libcharset.a (cd .libs/libglib-2.0.lax/lt1-libcharset.a ar x /usr/ports/devel/glib2/w-glib-2.16.1/glib-2.16.1/glib/libcharset/.libs/libcharset.a) ^^ [...] vsnprintf() /usr/local/lib/libglib-2.0.so.1400.3: warning: strcpy() is I have marked the important pieces of the output above. The glib2 libtool is broken and tries to pull in the old installed lib, which had another version number. An unsupported workaround would be to add the line LIBTOOL=/usr/ports/infrastructure/build/libtool to the Makefile of the port. Works for me here, but may not work for others. If you got past that problem you will see that the pango port has the same problem. Same fix made it work here too. Recently, there was a mail on misc@ or ports@ that explained why this is no propper fix. Kind regards, Markus
DRM in xpdf
There's some DRM code left in xpdf that prevents me from copying text. This kills it. ok? Index: Makefile === RCS file: /cvs/ports/textproc/xpdf/Makefile,v retrieving revision 1.61 diff -u -p -r1.61 Makefile --- Makefile19 Apr 2008 07:38:24 - 1.61 +++ Makefile24 Apr 2008 15:11:09 - @@ -4,7 +4,7 @@ COMMENT-main= PDF viewer for X11 COMMENT-utils= PDF conversion tools DISTNAME= xpdf-3.02 -PKGNAME-main= xpdf-3.02pl2p3 +PKGNAME-main= xpdf-3.02pl2p4 PKGNAME-utils= xpdf-utils-3.02pl2p0 CATEGORIES=textproc x11 Index: patches/patch-xpdf_PDFCore_cc === RCS file: patches/patch-xpdf_PDFCore_cc diff -N patches/patch-xpdf_PDFCore_cc --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-xpdf_PDFCore_cc 24 Apr 2008 15:09:49 - @@ -0,0 +1,13 @@ +$OpenBSD$ +--- xpdf/PDFCore.cc.orig Thu Apr 24 11:06:47 2008 xpdf/PDFCore.ccThu Apr 24 11:08:52 2008 +@@ -1563,9 +1563,6 @@ GString *PDFCore::extractText(int pg, double xMin, dou + int x0, y0, x1, y1, t; + GString *s; + +- if (!doc-okToCopy()) { +-return NULL; +- } + if ((page = findPage(pg))) { + cvtUserToDev(pg, xMin, yMin, x0, y0); + cvtUserToDev(pg, xMax, yMax, x1, y1); Index: patches/patch-xpdf_XPDFCore_cc === RCS file: /cvs/ports/textproc/xpdf/patches/patch-xpdf_XPDFCore_cc,v retrieving revision 1.4 diff -u -p -r1.4 patch-xpdf_XPDFCore_cc --- patches/patch-xpdf_XPDFCore_cc 30 Mar 2007 04:09:42 - 1.4 +++ patches/patch-xpdf_XPDFCore_cc 24 Apr 2008 15:09:48 - @@ -1,7 +1,22 @@ $OpenBSD: patch-xpdf_XPDFCore_cc,v 1.4 2007/03/30 04:09:42 ckuethe Exp $ xpdf/XPDFCore.cc.orig Tue Feb 27 22:05:52 2007 -+++ xpdf/XPDFCore.cc Fri Mar 30 00:31:19 2007 -@@ -407,9 +407,6 @@ void XPDFCore::copySelection() { +--- xpdf/XPDFCore.cc.orig Tue Feb 27 17:05:52 2007 xpdf/XPDFCore.cc Thu Apr 24 11:07:18 2008 +@@ -383,13 +383,8 @@ void XPDFCore::endSelection(int wx, int wy) { + } + #ifndef NO_TEXT_SELECT + if (selectULX != selectLRX +-selectULY != selectLRY) { +- if (doc-okToCopy()) { ++selectULY != selectLRY) + copySelection(); +- } else { +-error(-1, Copying of text from this document is not allowed.); +- } +- } + #endif + } + } +@@ -407,9 +402,6 @@ void XPDFCore::copySelection() { int pg; double ulx, uly, lrx, lry;
UPDATE: devel/p5-AnyEvent
2.52 has fallen off the back of the wagon. The mirrors don't have it anymore. Attached patch brings the module up to the current version 3.2. Make regress appears fine. If you use graphics/dvdrip, please test this (I don't have a DVD drive) since it's a BUILD_DEPEND. Questions? Concerns? Jim Index: Makefile === RCS file: /openbsd/mirror/ports/devel/p5-AnyEvent/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile16 Sep 2007 02:53:02 - 1.2 +++ Makefile24 Apr 2008 18:29:03 - @@ -3,7 +3,7 @@ COMMENT= provide framework for multiple event loops MODULES= cpan -DISTNAME= AnyEvent-2.52 +DISTNAME= AnyEvent-3.2 CATEGORIES=devel CPAN_AUTHOR= MLEHMANN Index: distinfo === RCS file: /openbsd/mirror/ports/devel/p5-AnyEvent/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo19 May 2007 10:08:18 - 1.1.1.1 +++ distinfo24 Apr 2008 18:29:43 - @@ -1,5 +1,5 @@ -MD5 (AnyEvent-2.52.tar.gz) = P3T3/FfjiFGdilYg62pq+A== -RMD160 (AnyEvent-2.52.tar.gz) = nBoGVZDE9MLwpRdQntz+v+jcD6Q= -SHA1 (AnyEvent-2.52.tar.gz) = g6MLXmM34wUKYRHXfQQcKHDOupQ= -SHA256 (AnyEvent-2.52.tar.gz) = utx/VTTooPYyOEZPywMSMOwx09OGnR8nC0DQ16Sm5GY= -SIZE (AnyEvent-2.52.tar.gz) = 12714 +MD5 (AnyEvent-3.2.tar.gz) = ALm+bq3VRdm8teA9Q5c21w== +RMD160 (AnyEvent-3.2.tar.gz) = 4LB/+/pu3Mj/IrDrLtwC2zs3GA8= +SHA1 (AnyEvent-3.2.tar.gz) = xPQusf5KO1F9BVa0WVD1WZbosw8= +SHA256 (AnyEvent-3.2.tar.gz) = Tl8/9VoXWk8xA/Nbgg6chGFn63DrQ9vJ7jiQFE22jnU= +SIZE (AnyEvent-3.2.tar.gz) = 29205 Index: pkg/PLIST === RCS file: /openbsd/mirror/ports/devel/p5-AnyEvent/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 19 May 2007 10:08:18 - 1.1.1.1 +++ pkg/PLIST 24 Apr 2008 19:18:16 - @@ -3,8 +3,23 @@ ${P5SITE}/AnyEvent/ ${P5SITE}/AnyEvent.pm ${P5SITE}/AnyEvent/Impl/ ${P5SITE}/AnyEvent/Impl/Coro.pm +${P5SITE}/AnyEvent/Impl/CoroEV.pm +${P5SITE}/AnyEvent/Impl/CoroEvent.pm +${P5SITE}/AnyEvent/Impl/EV.pm ${P5SITE}/AnyEvent/Impl/Event.pm +${P5SITE}/AnyEvent/Impl/EventLib.pm ${P5SITE}/AnyEvent/Impl/Glib.pm ${P5SITE}/AnyEvent/Impl/Perl.pm +${P5SITE}/AnyEvent/Impl/Qt.pm ${P5SITE}/AnyEvent/Impl/Tk.pm @man man/man3p/AnyEvent.3p [EMAIL PROTECTED] man/man3p/AnyEvent::Impl::Coro.3p [EMAIL PROTECTED] man/man3p/AnyEvent::Impl::CoroEV.3p [EMAIL PROTECTED] man/man3p/AnyEvent::Impl::CoroEvent.3p [EMAIL PROTECTED] man/man3p/AnyEvent::Impl::EV.3p [EMAIL PROTECTED] man/man3p/AnyEvent::Impl::Event.3p [EMAIL PROTECTED] man/man3p/AnyEvent::Impl::EventLib.3p [EMAIL PROTECTED] man/man3p/AnyEvent::Impl::Glib.3p [EMAIL PROTECTED] man/man3p/AnyEvent::Impl::Perl.3p [EMAIL PROTECTED] man/man3p/AnyEvent::Impl::Qt.3p [EMAIL PROTECTED] man/man3p/AnyEvent::Impl::Tk.3p
Re: DRM in xpdf
On Thu, Apr 24, 2008 at 3:42 PM, Deanna Phillips [EMAIL PROTECTED] wrote: There's some DRM code left in xpdf that prevents me from copying text. This kills it. ok? Please, don't add things like this to the ports tree. It's purpose is to easy installation, no to add customized programs. And a flavor wouldn't count, as a flavor is a customized _compiled_ program, not a program + third party patches. It even makes harder to see what patches are _needed_ to make the program install.
Re: DRM in xpdf
On Thu, 24 Apr 2008, Deanna Phillips wrote: There's some DRM code left in xpdf that prevents me from copying text. This kills it. ok? [snip] There are similar checks to prevent printing for example. You only need to put return 1; in OkToPrint()[1]. It's trivial to change the source and recompile if you need to. The reason those checks are in there are simple: You need to implement these functions to comply to the PDF specs. I've only needed a patched version of xpdf once to print some crippled PDF. DRM is stupid, especially when you have the source. But I managed by not using crippled PDF documents. Floor [1] I did not check the actual function name. -- Floor Terra [EMAIL PROTECTED] www: http://brobding.mine.nu/
Re: DRM in xpdf
On Thursday 24 April 2008 18:41:44 Andrés wrote: On Thu, Apr 24, 2008 at 3:42 PM, Deanna Phillips [EMAIL PROTECTED] wrote: There's some DRM code left in xpdf that prevents me from copying text. This kills it. ok? Please, don't add things like this to the ports tree. It's purpose is to easy installation, no to add customized programs. And a flavor wouldn't count, as a flavor is a customized _compiled_ program, not a program + third party patches. It even makes harder to see what patches are _needed_ to make the program install. You're completely and utterly wrong. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: DRM in xpdf
I'd support the removal of DRM in xpdf, it's mostly a nuisance then a feature... several programming datasheets have it enabled, it's really rather stupid to prevent user from coping the sample code blocks into a text editor. Please remove stuff like that, it benefits no-one except those loonies over in the US of A. (Apologies if this hits @misc, I'm used to torching them.) -Nix Fan.
Re: DRM in xpdf
On Thu, Apr 24, 2008 at 8:33 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/04/24 19:41, Andrés wrote: Please, don't add things like this to the ports tree. It's purpose is to easy installation, no to add customized programs. And a flavor wouldn't count, as a flavor is a customized _compiled_ program, not a program + third party patches. It even makes harder to see what patches are _needed_ to make the program install. Shall we also remove the other customizations that fix security problems then? Don't compare security/stability _fixes_ with this...
Re: DRM in xpdf
On Thu, Apr 24, 2008 at 7:58 PM, Brad [EMAIL PROTECTED] wrote: On Thursday 24 April 2008 18:41:44 Andrés wrote: On Thu, Apr 24, 2008 at 3:42 PM, Deanna Phillips [EMAIL PROTECTED] wrote: There's some DRM code left in xpdf that prevents me from copying text. This kills it. ok? Please, don't add things like this to the ports tree. It's purpose is to easy installation, no to add customized programs. And a flavor wouldn't count, as a flavor is a customized _compiled_ program, not a program + third party patches. It even makes harder to see what patches are _needed_ to make the program install. You're completely and utterly wrong. Why?
Re: DRM in xpdf
* Andr?s [EMAIL PROTECTED] [080424 19:55]: On Thu, Apr 24, 2008 at 8:33 PM, Stuart Henderson [EMAIL PROTECTED] wrote: On 2008/04/24 19:41, Andr?s wrote: Please, don't add things like this to the ports tree. It's purpose is to easy installation, no to add customized programs. And a flavor wouldn't count, as a flavor is a customized _compiled_ program, not a program + third party patches. It even makes harder to see what patches are _needed_ to make the program install. Shall we also remove the other customizations that fix security problems then? Don't compare security/stability _fixes_ with this... Take a look at the dwm patches. My personal config is in there... Not taking sides here, just pointing out another data point. Jim
Re: DRM in xpdf
On Thu, Apr 24, 2008 at 4:46 PM, Andrés [EMAIL PROTECTED] wrote: Why? Because ports is about getting things done, and code that gets in the way of you getting things done must die. -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: DRM in xpdf
On Thu, Apr 24, 2008 at 9:05 PM, Chris Kuethe [EMAIL PROTECTED] wrote: On Thu, Apr 24, 2008 at 4:46 PM, Andrés [EMAIL PROTECTED] wrote: Why? Because ports is about getting things done, and code that gets in the way of you getting things done must die. Apply your patches locally, fork it, whatever; just don't make the port tree a place to get your favorite patches in. It is for _installing_ stuff.
Re: DRM in xpdf
On Thursday 24 April 2008 19:46:04 Andrés wrote: On Thu, Apr 24, 2008 at 7:58 PM, Brad [EMAIL PROTECTED] wrote: On Thursday 24 April 2008 18:41:44 Andrés wrote: On Thu, Apr 24, 2008 at 3:42 PM, Deanna Phillips [EMAIL PROTECTED] wrote: There's some DRM code left in xpdf that prevents me from copying text. This kills it. ok? Please, don't add things like this to the ports tree. It's purpose is to easy installation, no to add customized programs. And a flavor wouldn't count, as a flavor is a customized _compiled_ program, not a program + third party patches. It even makes harder to see what patches are _needed_ to make the program install. You're completely and utterly wrong. Why? Because what you said is an assumption and is wrong. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: DRM in xpdf
On Thu, Apr 24, 2008 at 5:21 PM, Andrés [EMAIL PROTECTED] wrote: Apply your patches locally, fork it, whatever; just don't make the port tree a place to get your favorite patches in.It is for _installing_ stuff. 1) Too late. We already have some extra patches for various ports because they somehow improve our workflow. 2) You're outvoted. Looks like at least brad@, cloder@, deanna@ and I like the idea of removing code that gets in the way. 3) Don't like the way the OpenBSD ports tree works? Take your own advice and fork it. CK -- GDB has a 'break' feature; why doesn't it have 'fix' too?
Re: DRM in xpdf
On Thursday 24 April 2008 20:21:30 Andrés wrote: On Thu, Apr 24, 2008 at 9:05 PM, Chris Kuethe [EMAIL PROTECTED] wrote: On Thu, Apr 24, 2008 at 4:46 PM, Andrés [EMAIL PROTECTED] wrote: Why? Because ports is about getting things done, and code that gets in the way of you getting things done must die. Apply your patches locally, fork it, whatever; just don't make the port tree a place to get your favorite patches in. It is for _installing_ stuff. No, it is for installing software which allows me to get things done. It has nothing to do with favorite patches. I had already ripped out this DRM bullshit 4.5 years ago thanks to cloder@ for pointing this out by sending diffs. It seems another check was added along the way when upgrading to newer versions. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: gnash
Never mind---I will email the port maintainer. I am still reading all of the OpenBSD ports documentation, and after reading openbsd/ports today, realized that you can find out who maintains a port and email them directly! -Dan Daniel Nevistic On Thu, 24 Apr 2008, Daniel Thomas Nevistic wrote: // Is anyone working on an update for gnash? They came out with their first // beta release last month. // // Daniel Nevistic // //
Re: DRM in xpdf
On Fri, 24 Apr 2008, Unix Fan wrote: I'd support the removal of DRM in xpdf, it's mostly a nuisance then a feature... One could even classify it as a security problem (on PDF protocol level), since the user of a PDF document is vulnerable to a denial-of-service attack from a mischevious author. (The services to copy and/or print a particular text can be denied without the user's consent.) Just in case someone thinks that patches should be restricted to security fixes... And since the xpdf author doesn't agree that DRM is a stupid thing to enforce (see http://www.foolabs.com/xpdf/cracking.html) it seems hard to remove it by an upstream patch. /Johan
Re: DRM in xpdf
On Thu, Apr 24, 2008 at 9:05 PM, Chris Kuethe [EMAIL PROTECTED] wrot= e: On Thu, Apr 24, 2008 at 4:46 PM, Andr=E9s [EMAIL PROTECTED] wrote: Why? Because ports is about getting things done, and code that gets in the way of you getting things done must die. Apply your patches locally, fork it, whatever; just don't make the port tree a place to get your favorite patches in. It is for _installing_ stuff. Thank you very much for your opinion, but it is clear you come with an agenda. The OpenBSD project people do not follow the bend to Adobe agenda that some xpdf people follow. Bye bye.