k3b 2.0
Just out of curiosity, is anyone working on porting k3b 2.0? I'd like to get rid of the KDE3 legacy. Especially, because kdelibs3 is such a pain to build (fails if openssl-1.0 is present). Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: k3b 2.0
On 28/07/2010 11:23, Julian H. Stacey wrote: Dominic Fandrey wrote: Just out of curiosity, is anyone working on porting k3b 2.0? I'd like to get rid of the KDE3 legacy. Especially, because kdelibs3 is such a pain to build (fails if openssl-1.0 is present). I've seen kdelibs fail on 2 x amd64 8.1-RC2, breaking build of graphics/digikam sysutils/k3b x11/kde3 editors/koffice-kde3 openssl would be hard to avoid as: pkg_info -R /var/db/pkg/openssl-1.0.0_2 ... I do it the ugly way: # pkg_create -b openssl-1.0.0_2 # pkg_delete -f openssl-1.0.0_2 rebuild kdelibs3 # pkg_add openssl-1.0.0_2.tbz Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: k3b 2.0
Dominic Fandrey wrote: Just out of curiosity, is anyone working on porting k3b 2.0? I'd like to get rid of the KDE3 legacy. Especially, because kdelibs3 is such a pain to build (fails if openssl-1.0 is present). I've seen kdelibs fail on 2 x amd64 8.1-RC2, breaking build of graphics/digikam sysutils/k3b x11/kde3 editors/koffice-kde3 openssl would be hard to avoid as: pkg_info -R /var/db/pkg/openssl-1.0.0_2 Information for openssl-1.0.0_2: Required by: xorg-server-1.7.5,1 gnome-vfs-2.24.3_1 xf86-input-mouse-1.5.0 xf86-input-keyboard-1.4.0 xf86-video-ati-6.13.0 xf86-video-mach64-6.8.2 xf86-video-nv-2.1.17 xf86-video-r128-6.8.1 xf86-video-radeonhd-1.3.0_3 xf86-video-vesa-2.3.0 xf86-video-openchrome-0.2.904_2 xf86-video-intel-2.7.1_3 xorg-drivers-7.5 xorg-7.5 xf86-video-chips-1.2.2 xf86-video-fbdev-0.4.1 xf86-video-neomagic-1.2.4 postgresql-client-8.2.17_1 postgresql-libpqxx-2.6.9_2 libgnome-2.30.0_1 libbonoboui-2.24.3_1 libgnomeui-2.24.3_1 libgsf-gnome-1.14.18 vlc-1.0.6_3,3 gtkam-gnome-0.1.17 etherape-0.9.9_1 links-0.98,1 gnumeric-1.10.7 Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text. Not HTML, Not quoted-printable, Not Base64. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Possibly unbuildable ports reminder
Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/po...@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill annoying port email Fenner ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: k3b 2.0
On Wednesday 28 July 2010 03:13:56 Dominic Fandrey wrote: Just out of curiosity, is anyone working on porting k3b 2.0? I'd like to get rid of the KDE3 legacy. Especially, because kdelibs3 is such a pain to build (fails if openssl-1.0 is present). Regards I did install Arch Linux on my wifes computer and K3b works very good. I don't know why I didn't do this one year ago. Mitja http://starikarp.redbubble.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: k3b 2.0
Dominic Fandrey wrote: On 28/07/2010 11:23, Julian H. Stacey wrote: Dominic Fandrey wrote: Just out of curiosity, is anyone working on porting k3b 2.0? I'd like to get rid of the KDE3 legacy. Especially, because kdelibs3 is such a pain to build (fails if openssl-1.0 is present). I've seen kdelibs fail on 2 x amd64 8.1-RC2, breaking build of graphics/digikam sysutils/k3b x11/kde3 editors/koffice-kde3 openssl would be hard to avoid as: pkg_info -R /var/db/pkg/openssl-1.0.0_2 ... I do it the ugly way: # pkg_create -b openssl-1.0.0_2 # pkg_delete -f openssl-1.0.0_2 rebuild kdelibs3 # pkg_add openssl-1.0.0_2.tbz Thanks Dominic ! Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text. Not HTML, Not quoted-printable, Not Base64. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: k3b 2.0
On Wednesday 28 July 2010 11:13:56 Dominic Fandrey wrote: Just out of curiosity, is anyone working on porting k3b 2.0? It already started http://mail.kde.org/pipermail/kde-freebsd/2010-July/008931.html signature.asc Description: This is a digitally signed message part.
Re: Strange contents on some ftp mirrors
On Tue, 27 Jul 2010 21:03:21 -0700, perryh wrote: Marcin Wisnicki mwisnicki+free...@gmail.com wrote: At this very moment, french package mirror has INDEX newer than in other mirrors: ... yet it does not have those packages. How could something like this happen ? By being examined while a resync was in process: evidently the new INDEX file had been transferred but that package file (and likely others) were still in transit or perhaps not even started yet. Mirroring is not an instantaneous process. Yeah that was it, but it is really, really bad. Mirroring must be atomic (mirror to temporary directory then rename). Otherwise there is a large window of time every couple of days when upgrading packages will at best fail or leave you with broken system. I did binary upgrade with pkg_upgrade yesterday and half of my system was linked against wrong libintl version :( In fact atomic mirroring will not fix it completely, you must keep older versions of packages for at least a few hours after mirroring so anyone that started before mirroring was commited will have a chance to finish. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On Wed, 28 Jul 2010 13:15:42 +, Marcin Wisnicki wrote: Yeah that was it, but it is really, really bad. Mirroring must be atomic (mirror to temporary directory then rename). Otherwise there is a large window of time every couple of days when upgrading packages will at best fail or leave you with broken system. I did binary upgrade with pkg_upgrade yesterday and half of my system was linked against wrong libintl version :( In fact atomic mirroring will not fix it completely, you must keep older versions of packages for at least a few hours after mirroring so anyone that started before mirroring was commited will have a chance to finish. Thinking a bit more, even *that* won't save you from broken system at the end of upgrade as it happened to me yesterday since packages keep their versions when rebuilt with different incompatible dependencies. Awww crap, whole package thing on FreeBSD is broken by design :( I guess the only possible fix for upgrades in the middle of mirroring would be to have completely immutable repositories with timestamp in their name and then some file that points to latest complete repository. Older repositories could be deleted after some time. Actually there are even programs based on rsync (liek rsnapshot) that do something similar. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
Mirroring must be atomic (mirror to temporary directory then rename). That could double disc requirement, reduce mirror sites willing to provide space ? Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text. Not HTML, Not quoted-printable, Not Base64. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On Wed, 28 Jul 2010 15:43:43 +0200, Julian H. Stacey wrote: Mirroring must be atomic (mirror to temporary directory then rename). That could double disc requirement, reduce mirror sites willing to provide space ? Indeed it would. But there is no other way to solve it. Alternatively it could be prevented with no disk cost by putting MIRROR-IN-PROGRESS file and making all package utilities check for its existence and fail with explanation to try again later. Cheers, Julian ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Drop maintainership
I can no longer maintain the following ports: * multimedia/abby * multimedia/cclive * multimedia/clive * multimedia/clive-utils * multimedia/quvi * multimedia/umph Perhaps someone reading this list could take them over. clive-utils could be removed from the collection, altogether. The project's been inactive for well over a year now and there have not been any plans to revive it. In any case, please remove my email from the above ports. Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Drop maintainership
On Wed, Jul 28, 2010 at 3:35 PM, Toni Gundogdu lega...@gmail.com wrote: I can no longer maintain the following ports: * multimedia/abby * multimedia/cclive * multimedia/clive * multimedia/clive-utils * multimedia/quvi * multimedia/umph Perhaps someone reading this list could take them over. clive-utils could be removed from the collection, altogether. The project's been inactive for well over a year now and there have not been any plans to revive it. In any case, please remove my email from the above ports. Thanks. Hi, I am willing to take maintainership of multimedia/cclive. Best regards, Julien ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Drop maintainership
On Wed, Jul 28, 2010 at 04:01:19PM +0200, Julien Laffaye wrote: On Wed, Jul 28, 2010 at 3:35 PM, Toni Gundogdu lega...@gmail.com wrote: I can no longer maintain the following ports: ?* multimedia/abby ?* multimedia/cclive ?* multimedia/clive ?* multimedia/clive-utils ?* multimedia/quvi ?* multimedia/umph Perhaps someone reading this list could take them over. clive-utils could be removed from the collection, altogether. The project's been inactive for well over a year now and there have not been any plans to revive it. In any case, please remove my email from the above ports. Thanks. Done. Hi, I am willing to take maintainership of multimedia/cclive. Done. -- WXS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
Marcin Wisnicki wrote: On Wed, 28 Jul 2010 15:43:43 +0200, Julian H. Stacey wrote: Mirroring must be atomic (mirror to temporary directory then rename). That could double disc requirement, reduce mirror sites willing to provide space ? Indeed it would. But there is no other way to solve it. Alternatively it could be prevented with no disk cost by putting MIRROR-IN-PROGRESS file and making all package utilities check for its existence and fail with explanation to try again later. Perhaps a less visible /or top listing semaphore of ./.MIRROR-IN-PROGRESS ? Content could be empty, or mirror master could generate into it, eg: Version:Number of format of .MIRROR-IN-PROGRESS\n Master-URL: Of master\n Protocol: Of mirror\n Date: (GMT) start of mirror\n Contact:If mirror fails\n Text: Any other text.\n EOR:End of record\n Various FreeBSD etc stuff gets mirrored as nested directories, so one might want to to be able to check up to N steps up the parent tree structure for lock(s). One might also want an optional force- fetch- regardless flag. Awkward conditions to allow for: What if mirror is not mirroring when you start your fetch, but is when you finish ? What if mirror is not mirroring when you start your fetch, then mirror starts finishes a mirror before you finish your fetch ? One might want to generalise a mechanism that could be added to multiple tools, eg ports/net/ mirror/ rdist6/ rsync/ ?... http://wiki.freebsd.org/FreeBSDMirrors by EdwinGroothuis (edwin@) mentions orphan/ stale mirrors. Perhaps some are even cascaded mirrors ? I don't see anything in: http://www.freebsd.org/projects/ideas/ideas.html The FreeBSD list of projects and ideas for volunteers Maybe someone might add something ? See also: mirror-ad...@freebsd.org http://wiki.freebsd.org/IvanVoras/pkg_patchhttp://wiki.freebsd.org/IvanVoras/pkg_patch Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text. Not HTML, Not quoted-printable, Not Base64. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On 28/07/2010 15:15, Marcin Wisnicki wrote: On Tue, 27 Jul 2010 21:03:21 -0700, perryh wrote: Marcin Wisnicki mwisnicki+free...@gmail.com wrote: At this very moment, french package mirror has INDEX newer than in other mirrors: ... yet it does not have those packages. How could something like this happen ? By being examined while a resync was in process: evidently the new INDEX file had been transferred but that package file (and likely others) were still in transit or perhaps not even started yet. Mirroring is not an instantaneous process. Yeah that was it, but it is really, really bad. Mirroring must be atomic (mirror to temporary directory then rename). Otherwise there is a large window of time every couple of days when upgrading packages will at best fail or leave you with broken system. I did binary upgrade with pkg_upgrade yesterday and half of my system was linked against wrong libintl version :( The next version of pkg_upgrade will check every downloaded package against the master server after completing the download. I expect to release it at the end of September. Regards -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On Wed, 28 Jul 2010 17:39:17 +0200, Dominic Fandrey wrote: On 28/07/2010 15:15, Marcin Wisnicki wrote: On Tue, 27 Jul 2010 21:03:21 -0700, perryh wrote: Marcin Wisnicki mwisnicki+free...@gmail.com wrote: At this very moment, french package mirror has INDEX newer than in other mirrors: ... yet it does not have those packages. How could something like this happen ? By being examined while a resync was in process: evidently the new INDEX file had been transferred but that package file (and likely others) were still in transit or perhaps not even started yet. Mirroring is not an instantaneous process. Yeah that was it, but it is really, really bad. Mirroring must be atomic (mirror to temporary directory then rename). Otherwise there is a large window of time every couple of days when upgrading packages will at best fail or leave you with broken system. I did binary upgrade with pkg_upgrade yesterday and half of my system was linked against wrong libintl version :( The next version of pkg_upgrade will check every downloaded package against the master server after completing the download. Great, I need this so much. Currently to really upgrade packages I must do something like: rm -rf /usr/ports/packages pkg_upgrade -af to make sure rebuilt packages are refetched. But it's obviously suboptimal. I think you could also detect inconsistent mirror by comparing modification time of package against mtime of INDEX. If pkg is newer than INDEX then it's a sign of incomplete sync. I expect to release it at the end of September. Regards ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: CFT: New mplayer version
On Monday 26 July 2010 22:05:06 Thomas Zander wrote: Hi folks, recently an update to x264 version 98 has been committed to the ports tree. I now have prepared an mplayer snapshot that requires it :-) You can find a tarball containing mplayer and mencoder ports at: http://www.rrr.de/~riggs/mplayer/m20100726.tar.bz2 I'd appreciate feedback if you notice any regression. I hope this can hit the ports tree soon! Hi, The problems I've previously reported with the current version (lavf demuxer failed to recognize certain mpeg files) seem to be fixed. Otherwise, it works fine so far. Thanks, Stefan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
x11/gnome-terminal portupgrade build failure
Hi Build failure in portupgrade of gnome-terminal Thanks in advance for any information on how to fix this one David Extract from scripted console output: terminal-util.c: In function 'terminal_util_array_to_strv': terminal-util.c:624: warning: comparison is always false due to limited range of data type mv -f .deps/gnome_terminal-terminal-util.Tpo .deps/gnome_terminal-terminal- util.Po cc -DHAVE_CONFIG_H -I. -I.. -DTERMINAL_COMPILATION -DEXECUTABLE_NAME=\gnome- terminal\ -DTERM_DATADIR=\/usr/local/share\ - DTERM_LOCALEDIR=\/usr/local/share/locale\ - DTERM_PKGDATADIR=\/usr/local/share/gnome-terminal\ - DTERM_HELPDIR=\/usr/local/share/gnome/help\ -DSN_API_NOT_YET_FROZEN - DGDK_MULTIHEAD_SAFE -DG_DISABLE_SINGLE_INCLUDES - DPANGO_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES - DGDK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES - DGTK_DISABLE_SINGLE_INCLUDES -DEGG_SM_CLIENT_BACKEND_XSMP - I/usr/local/include -D_THREAD_SAFE -D_REENTRANT -DORBIT2=1 - I/usr/local/include -I/usr/local/include/glib-2.0 - I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 - I/usr/local/include/gtk-2.0 -I/usr/local/include/gio-unix-2.0/ - I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include - I/usr/local/include/atk-1.0 -I/usr/local/include/pixman-1 - I/usr/local/include/freetype2 -I/usr/local/include/gconf/2 - I/usr/local/include/orbit-2.0 -I/usr/local/include/dbus-1.0 - I/usr/local/include/dbus-1.0/include -Wall -Wmissing-prototypes -Wnested- externs -Wpointer-arith -Wno-sign-compare -I/usr/local/include -O2 -fno- strict-aliasing -pipe -march=nocona -MT gnome_terminal-terminal-window.o -MD - MP -MF .deps/gnome_terminal-terminal-window.Tpo -c -o gnome_terminal-terminal- window.o `test -f 'terminal-window.c' || echo './'`terminal-window.c mv -f .deps/gnome_terminal-terminal-window.Tpo .deps/gnome_terminal-terminal- window.Po cc -DHAVE_CONFIG_H -I. -I.. -DTERMINAL_COMPILATION -DEXECUTABLE_NAME=\gnome- terminal\ -DTERM_DATADIR=\/usr/local/share\ - DTERM_LOCALEDIR=\/usr/local/share/locale\ - DTERM_PKGDATADIR=\/usr/local/share/gnome-terminal\ - DTERM_HELPDIR=\/usr/local/share/gnome/help\ -DSN_API_NOT_YET_FROZEN - DGDK_MULTIHEAD_SAFE -DG_DISABLE_SINGLE_INCLUDES - DPANGO_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES - DGDK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES - DGTK_DISABLE_SINGLE_INCLUDES -DEGG_SM_CLIENT_BACKEND_XSMP - I/usr/local/include -D_THREAD_SAFE -D_REENTRANT -DORBIT2=1 - I/usr/local/include -I/usr/local/include/glib-2.0 - I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 - I/usr/local/include/gtk-2.0 -I/usr/local/include/gio-unix-2.0/ - I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include - I/usr/local/include/atk-1.0 -I/usr/local/include/pixman-1 - I/usr/local/include/freetype2 -I/usr/local/include/gconf/2 - I/usr/local/include/orbit-2.0 -I/usr/local/include/dbus-1.0 - I/usr/local/include/dbus-1.0/include -Wall -Wmissing-prototypes -Wnested- externs -Wpointer-arith -Wno-sign-compare -I/usr/local/include -O2 -fno- strict-aliasing -pipe -march=nocona -MT gnome_terminal-eggsmclient.o -MD -MP - MF .deps/gnome_terminal-eggsmclient.Tpo -c -o gnome_terminal-eggsmclient.o `test -f 'eggsmclient.c' || echo './'`eggsmclient.c mv -f .deps/gnome_terminal-eggsmclient.Tpo .deps/gnome_terminal-eggsmclient.Po cc -DHAVE_CONFIG_H -I. -I.. -DTERMINAL_COMPILATION -DEXECUTABLE_NAME=\gnome- terminal\ -DTERM_DATADIR=\/usr/local/share\ - DTERM_LOCALEDIR=\/usr/local/share/locale\ - DTERM_PKGDATADIR=\/usr/local/share/gnome-terminal\ - DTERM_HELPDIR=\/usr/local/share/gnome/help\ -DSN_API_NOT_YET_FROZEN - DGDK_MULTIHEAD_SAFE -DG_DISABLE_SINGLE_INCLUDES - DPANGO_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES - DGDK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES - DGTK_DISABLE_SINGLE_INCLUDES -DEGG_SM_CLIENT_BACKEND_XSMP - I/usr/local/include -D_THREAD_SAFE -D_REENTRANT -DORBIT2=1 - I/usr/local/include -I/usr/local/include/glib-2.0 - I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 - I/usr/local/include/gtk-2.0 -I/usr/local/include/gio-unix-2.0/ - I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include - I/usr/local/include/atk-1.0 -I/usr/local/include/pixman-1 - I/usr/local/include/freetype2 -I/usr/local/include/gconf/2 - I/usr/local/include/orbit-2.0 -I/usr/local/include/dbus-1.0 - I/usr/local/include/dbus-1.0/include -Wall -Wmissing-prototypes -Wnested- externs -Wpointer-arith -Wno-sign-compare -I/usr/local/include -O2 -fno- strict-aliasing -pipe -march=nocona -MT gnome_terminal-eggdesktopfile.o -MD - MP -MF .deps/gnome_terminal-eggdesktopfile.Tpo -c -o gnome_terminal- eggdesktopfile.o `test -f 'eggdesktopfile.c' || echo './'`eggdesktopfile.c mv -f .deps/gnome_terminal-eggdesktopfile.Tpo .deps/gnome_terminal- eggdesktopfile.Po cc -DHAVE_CONFIG_H -I. -I.. -DTERMINAL_COMPILATION -DEXECUTABLE_NAME=\gnome- terminal\ -DTERM_DATADIR=\/usr/local/share\ - DTERM_LOCALEDIR=\/usr/local/share/locale\ -
net-im/telepathy-haze Build fail
Hi This is a python error. Is anyone sufficiently familiar with python to take a look at tools/glib-signals-marshall-gen.py. Is all the code in that script strict enough for python 3. David config.status: executing depfiles commands config.status: executing libtool commands === Building for telepathy-haze-0.3.6 gmake all-recursive gmake[1]: Entering directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6' Making all in tools gmake[2]: Entering directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6/tools' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6/tools' Making all in extensions gmake[2]: Entering directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6/extensions' xsltproc --nonet --novalid --xinclude ../tools/identity.xsl \ all.xml _gen/all.xml /usr/local/bin/python ../tools/glib-signals-marshal-gen.py _gen/all.xml _gen/signals-marshal.list File ../tools/glib-signals-marshal-gen.py, line 49 print 'VOID:' + ','.join(rhs) ^ SyntaxError: invalid syntax gmake[2]: *** [_gen/signals-marshal.list] Error 1 gmake[2]: Leaving directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6/extensions' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/net-im/telepathy-haze/work/telepathy- haze-0.3.6' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/net-im/telepathy-haze. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20100726-5778-lsum3q-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=telepathy-haze-0.3.4_2 UPGRADE_PORT_VER=0.3.4_2 make ** Fix the problem and try again. Photographic Artist Permanent Installations Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography Official Portraiture Combined darkroom digital creations Systems Adminstrator for the vizion2000.net network ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On Wed, 28 Jul 2010 17:11:25 +0200, Julian H. Stacey wrote: Marcin Wisnicki wrote: Alternatively it could be prevented with no disk cost by putting MIRROR-IN-PROGRESS file and making all package utilities check for its existence and fail with explanation to try again later. Perhaps a less visible /or top listing semaphore of ./.MIRROR-IN-PROGRESS ? Content could be empty, or mirror master could generate into it, eg: Version:Number of format of .MIRROR-IN-PROGRESS\n Master-URL: Of master\n Protocol: Of mirror\n Date: (GMT) start of mirror\n Contact:If mirror fails\n Text: Any other text.\n EOR:End of record\n Various FreeBSD etc stuff gets mirrored as nested directories, so one might want to to be able to check up to N steps up the parent tree structure for lock(s). Unfortunately no scheme involving global lock files will really work. I've read http://wiki.freebsd.org/FreeBSDMirrors that you linked and it mentions TIMESTAMP files that it uses to monitor mirrors quality. You just need to visit $random[1] freebsd mirror and look at that file then check packages directory. You will find that it can have latest timestamp yet many months old files. In other words, mirrors cannot be trusted. For now however I've found and suggested in sibling post a workaround that should mostly work assuming INDEX file gets mirrored before packages (and it looks like it is). [1] random = ftp.pl.freebsd.org, but it's not the only one One might also want an optional force- fetch- regardless flag. Awkward conditions to allow for: What if mirror is not mirroring when you start your fetch, but is when you finish ? What if mirror is not mirroring when you start your fetch, then mirror starts finishes a mirror before you finish your fetch ? Solving any of this, in a way that does not require intervention of user if it happens, requires that file content at given url is immutable (or doesn't exist). There is simply no other 100% reliable way. You can however do some sanity checks and fail early if failing is acceptable. Some ideas: 1. if (mtime(pkg) mtime(INDEX)) fail(Mirror sync in progress); 2. Fetch timestamps of all requested packages in one go before fetching contents; do it again and compare to be sure nothing changed; fetch actual packages and fail if mtime/size does not match. 3. Do 1 or 2 but fetch timestamps from well known source or multiple sources. You may also find most up-to-date mirror this way. One might want to generalise a mechanism that could be added to multiple tools, eg ports/net/ mirror/ rdist6/ rsync/ ?... ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: x11/gnome-terminal portupgrade build failure
28.07.2010 20:53, David Southwell пишет:
Hi
Build failure in portupgrade of gnome-terminal
Thanks in advance for any information on how to fix this one
David
Extract from scripted console output:
/usr/local/lib/libICE.so -lutil -pthread -Wl,-rpath -Wl,/usr/local/lib -Wl,-
rpath -Wl,/usr/local/lib
/usr/local/bin/gtk-builder-convert encodings-dialog.glade encodings-dialog.ui
File /usr/local/bin/gtk-builder-convert, line 261
print WARNING: duplicate id \ + node.getAttribute('id') + \
^
TabError: inconsistent use of tabs and spaces in indentation
Hi, David!
gtk-builder-convert is a script from x11-toolkits/gtk20. And as i can
tell it won't work with python3 without modifications. You should
install python26 as your primary python interpreter because
gnome-terminal builds fine there with this version.
--
Regards,
Ruslan
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: graphics/opencv build fails on upgrade
David Southwell da...@vizion2000.net writes:
[ 72%] Building CXX object
src/highgui/CMakeFiles/highgui.dir/grfmt_imageio.o [ 72%] Building CXX
object src/highgui/CMakeFiles/highgui.dir/grfmt_pxm.o Linking CXX shared
library ../../lib/libhighgui.so
[ 73%] Built target highgui
[ 73%] Generating generated0.i
File
/usr/ports/graphics/opencv/work/OpenCV-2.0.0/interfaces/python/gen.py,
line 167
print Tuple with kwargs is not allowed, function, name
^
SyntaxError: invalid syntax
Looks like a typical error when code intended for python2.x is run on
python3.x. It's easy to fix, just enclose `print' arguments in braces.
___
Thanks v. much I applied but I still got a failure got a failure ***failure***
towards the end of the file where I had obviously not modified correctly.
See below the relevant section of gen.py after my amendments
***amended_file***.
___
***failure***
73%] Built target highgui
[ 73%] Generating generated0.i
File
/usr/ports/graphics/opencv/work/OpenCV-2.0.0/interfaces/python/gen.py, line
295
print (gen_c[1], entry % (nm))
^
SyntaxError: invalid syntax
*** Error code 1
1 error
*** Error code 2
[ 74%] Built target cvhaartraining
[ 85%] Built target cvaux
1 error
*** Error code 2
1 error
*** Error code 1
Stop in /usr/ports/graphics/opencv.
*** Error code 1
Stop in /usr/ports/graphics/opencv.
__
***amended_file***.
_
if has_optional(args):
entry = '{%%s, (PyCFunction)pycv%s, METH_KEYWORDS, %s},' %
(cname(nm), ds)
else:
entry = '{%%s, pycv%s, METH_VARARGS, %s},' % (cname(nm), ds)
print (gen_c[1], entry % (nm))
if nm.startswith('CV_'):
print (gen_c[1], entry % (nm[3:]))
for l in gen(nm,args,ty):
print (gen_c[0], l)
for l in open(%s/defs % sys.argv[1]):
print (gen_c[2], PUBLISH(%s); % l.split()[1])
for f in gen_c:
f.close()
Photographic Artist
Permanent Installations Design
Creative Imagery and Advanced Digital Techniques
High Dynamic Range Photography Official Portraiture
Combined darkroom digital creations
Systems Adminstrator for the vizion2000.net network
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-im/telepathy-haze Build fail
28.07.2010 21:00, David Southwell пишет:
Hi
This is a python error. Is anyone sufficiently familiar with python to take a
look at tools/glib-signals-marshall-gen.py.
Is all the code in that script strict enough for python 3.
David
config.status: executing depfiles commands
config.status: executing libtool commands
=== Building for telepathy-haze-0.3.6
gmake all-recursive
gmake[1]: Entering directory `/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6'
Making all in tools
gmake[2]: Entering directory `/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/tools'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory `/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/tools'
Making all in extensions
gmake[2]: Entering directory `/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/extensions'
xsltproc --nonet --novalid --xinclude ../tools/identity.xsl \
all.xml _gen/all.xml
/usr/local/bin/python ../tools/glib-signals-marshal-gen.py _gen/all.xml
_gen/signals-marshal.list
File ../tools/glib-signals-marshal-gen.py, line 49
print 'VOID:' + ','.join(rhs)
^
SyntaxError: invalid syntax
As in gnome-terminal case you can patch it yourself like this:
print('VOID:' + ','.join(rhs))
instead
print 'VOID:' + ','.join(rhs)
but as i stated in my previous message, the wrong way is to use python26
as your primary python version.
--
Regards,
Ruslan
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-im/telepathy-haze Build fail
28.07.2010 21:57, Ruslan Mahmatkhanov пишет:
28.07.2010 21:00, David Southwell пишет:
Hi
This is a python error. Is anyone sufficiently familiar with python to
take a
look at tools/glib-signals-marshall-gen.py.
Is all the code in that script strict enough for python 3.
David
config.status: executing depfiles commands
config.status: executing libtool commands
=== Building for telepathy-haze-0.3.6
gmake all-recursive
gmake[1]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6'
Making all in tools
gmake[2]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/tools'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/tools'
Making all in extensions
gmake[2]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/extensions'
xsltproc --nonet --novalid --xinclude ../tools/identity.xsl \
all.xml _gen/all.xml
/usr/local/bin/python ../tools/glib-signals-marshal-gen.py _gen/all.xml
_gen/signals-marshal.list
File ../tools/glib-signals-marshal-gen.py, line 49
print 'VOID:' + ','.join(rhs)
^
SyntaxError: invalid syntax
As in gnome-terminal case you can patch it yourself like this:
print('VOID:' + ','.join(rhs))
instead
print 'VOID:' + ','.join(rhs)
but as i stated in my previous message, the wrong way is to use python26
as your primary python version.
the right way, i mean, or the wrong way is not to use python26 :)
--
Regards,
Ruslan
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On 28/07/2010 17:58, Marcin Wisnicki wrote: On Wed, 28 Jul 2010 17:39:17 +0200, Dominic Fandrey wrote: On 28/07/2010 15:15, Marcin Wisnicki wrote: On Tue, 27 Jul 2010 21:03:21 -0700, perryh wrote: Marcin Wisnicki mwisnicki+free...@gmail.com wrote: At this very moment, french package mirror has INDEX newer than in other mirrors: ... yet it does not have those packages. How could something like this happen ? By being examined while a resync was in process: evidently the new INDEX file had been transferred but that package file (and likely others) were still in transit or perhaps not even started yet. Mirroring is not an instantaneous process. Yeah that was it, but it is really, really bad. Mirroring must be atomic (mirror to temporary directory then rename). Otherwise there is a large window of time every couple of days when upgrading packages will at best fail or leave you with broken system. I did binary upgrade with pkg_upgrade yesterday and half of my system was linked against wrong libintl version :( The next version of pkg_upgrade will check every downloaded package against the master server after completing the download. Great, I need this so much. Currently to really upgrade packages I must do something like: rm -rf /usr/ports/packages pkg_upgrade -af to make sure rebuilt packages are refetched. But it's obviously suboptimal. I think you could also detect inconsistent mirror by comparing modification time of package against mtime of INDEX. If pkg is newer than INDEX then it's a sign of incomplete sync. True, but if the check does not fail it still doesn't mean that the package is valid. Checking against the master (it will check size and time) is the safest method, I think -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-im/telepathy-haze Build fail
28.07.2010 21:57, Ruslan Mahmatkhanov пишет:
28.07.2010 21:00, David Southwell пишет:
Hi
This is a python error. Is anyone sufficiently familiar with python to
take a
look at tools/glib-signals-marshall-gen.py.
Is all the code in that script strict enough for python 3.
David
config.status: executing depfiles commands
config.status: executing libtool commands
=== Building for telepathy-haze-0.3.6
gmake all-recursive
gmake[1]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6'
Making all in tools
gmake[2]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/tools'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/tools'
Making all in extensions
gmake[2]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/extensions'
xsltproc --nonet --novalid --xinclude ../tools/identity.xsl \
all.xml _gen/all.xml
/usr/local/bin/python ../tools/glib-signals-marshal-gen.py _gen/all.xml
_gen/signals-marshal.list
File ../tools/glib-signals-marshal-gen.py, line 49
print 'VOID:' + ','.join(rhs)
^
SyntaxError: invalid syntax
As in gnome-terminal case you can patch it yourself like this:
print('VOID:' + ','.join(rhs))
instead
print 'VOID:' + ','.join(rhs)
but as i stated in my previous message, the wrong way is to use python26
as your primary python version.
the right way, i mean, or the wrong way is not to use python26 :)
Here is an extract from my pkgdb from which you can see python26 is installed
on the system. If the port needs 26 surely should it not call for it as a
dependency rather than failiung because python31-3.1.2_1 is present??
David
dns1# pkg_info |grep python
ap22-mod_python-3.3.1_3 Apache module that embeds the Python interpreter
within the
boost-python-libs-1.43.0 Framework for interfacing Python and C++
libopensync-plugin-python-devel-0.36_2 Python plugin for the OpenSync
framework
py25-kdebindings-krosspython-4.4.5 Kross Python scripting library
py26-dnspython-1.8.0 A DNS toolkit for Python
py26-gtksourceview-2.10.1 A python bindings for the version 2 of the
GtkSourceView li
py26-notify-0.1.1_7 A python bindings for libnotify
py26-telepathy-python-0.15.17 Python bindings for the Telepathy framework
py26-xdg-0.19 A python library to access freedesktop.org standards
python25-2.5.5_1An interpreted object-oriented programming language
python26-2.6.5_1An interpreted object-oriented programming language
python31-3.1.2_1An interpreted object-oriented programming language
Photographic Artist
Permanent Installations Design
Creative Imagery and Advanced Digital Techniques
High Dynamic Range Photography Official Portraiture
Combined darkroom digital creations
Systems Adminstrator for the vizion2000.net network
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-im/telepathy-haze Build fail
On Jul 28, 2010, at 10:00 AM, David Southwell wrote: This is a python error. Is anyone sufficiently familiar with python to take a look at tools/glib-signals-marshall-gen.py. Is all the code in that script strict enough for python 3. No, that script contains syntax that doesn't work with Python 3: File ../tools/glib-signals-marshal-gen.py, line 49 print 'VOID:' + ','.join(rhs) ^ SyntaxError: invalid syntax See: http://docs.python.org/release/3.0.1/whatsnew/3.0.html#print-is-a-function This one change alone is so fundamental that you should assume that almost no python-2 code will run under python-3 without changes Regards, -- -Chuck ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-im/telepathy-haze Build fail
On Jul 28, 2010, at 10:00 AM, David Southwell wrote: This is a python error. Is anyone sufficiently familiar with python to take a look at tools/glib-signals-marshall-gen.py. Is all the code in that script strict enough for python 3. No, that script contains syntax that doesn't work with Python 3: File ../tools/glib-signals-marshal-gen.py, line 49 print 'VOID:' + ','.join(rhs) ^ SyntaxError: invalid syntax See: http://docs.python.org/release/3.0.1/whatsnew/3.0.html#print-is-a-function This one change alone is so fundamental that you should assume that almost no python-2 code will run under python-3 without changes Regards, In that case should the port not call for 26? Here is an extract from my pkgdb from which you can see python26 is installed on the system. If the port needs 26 surely should it not call for it as a dependency rather than failing because python31-3.1.2_1 is present?? David dns1# pkg_info |grep python ap22-mod_python-3.3.1_3 Apache module that embeds the Python interpreter within the boost-python-libs-1.43.0 Framework for interfacing Python and C++ libopensync-plugin-python-devel-0.36_2 Python plugin for the OpenSync framework py25-kdebindings-krosspython-4.4.5 Kross Python scripting library py26-dnspython-1.8.0 A DNS toolkit for Python py26-gtksourceview-2.10.1 A python bindings for the version 2 of the GtkSourceView li py26-notify-0.1.1_7 A python bindings for libnotify py26-telepathy-python-0.15.17 Python bindings for the Telepathy framework py26-xdg-0.19 A python library to access freedesktop.org standards python25-2.5.5_1An interpreted object-oriented programming language python26-2.6.5_1An interpreted object-oriented programming language python31-3.1.2_1An interpreted object-oriented programming language Photographic Artist Permanent Installations Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography Official Portraiture Combined darkroom digital creations Systems Adminstrator for the vizion2000.net network ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-im/telepathy-haze Build fail
On Jul 28, 2010, at 11:13 AM, David Southwell wrote: In that case should the port not call for 26? Here is an extract from my pkgdb from which you can see python26 is installed on the system. If the port needs 26 surely should it not call for it as a dependency rather than failing because python31-3.1.2_1 is present?? You'd have to discuss that with gn...@freebsd.org. However, you would certainly save time if you kept /usr/local/bin/python as a link to python2.6 instead of to python-3.x. Regards, -- -Chuck ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-im/telepathy-haze Build fail
28.07.2010 22:05, David Southwell пишет:
28.07.2010 21:57, Ruslan Mahmatkhanov пишет:
28.07.2010 21:00, David Southwell пишет:
Hi
This is a python error. Is anyone sufficiently familiar with python to
take a
look at tools/glib-signals-marshall-gen.py.
Is all the code in that script strict enough for python 3.
David
config.status: executing depfiles commands
config.status: executing libtool commands
=== Building for telepathy-haze-0.3.6
gmake all-recursive
gmake[1]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6'
Making all in tools
gmake[2]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/tools'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/tools'
Making all in extensions
gmake[2]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/extensions'
xsltproc --nonet --novalid --xinclude ../tools/identity.xsl \
all.xml _gen/all.xml
/usr/local/bin/python ../tools/glib-signals-marshal-gen.py
_gen/all.xml _gen/signals-marshal.list
File ../tools/glib-signals-marshal-gen.py, line 49
print 'VOID:' + ','.join(rhs)
^
SyntaxError: invalid syntax
As in gnome-terminal case you can patch it yourself like this:
print('VOID:' + ','.join(rhs))
instead
print 'VOID:' + ','.join(rhs)
but as i stated in my previous message, the wrong way is to use
python26 as your primary python version.
the right way, i mean, or the wrong way is not to use python26 :)
Here is an extract from my pkgdb from which you can see python26 is
installed on the system. If the port needs 26 surely should it not call
for it as a dependency rather than failiung because python31-3.1.2_1 is
present??
David
dns1# pkg_info |grep python
python25-2.5.5_1An interpreted object-oriented programming language
python26-2.6.5_1An interpreted object-oriented programming language
python31-3.1.2_1An interpreted object-oriented programming language
And what your `python -V` tells?
python 3.1.2
Ok How do we deal with this?
Some apps need 3.1.2 --
So maybe the ports using python should check for the environment and if
necessary force its own environment at build time with an appropriate setenv
call?? Is this not the correct procedure according to the porters handbook?
David
Photographic Artist
Permanent Installations Design
Creative Imagery and Advanced Digital Techniques
High Dynamic Range Photography Official Portraiture
Combined darkroom digital creations
Systems Adminstrator for the vizion2000.net network
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-im/telepathy-haze Build fail
On Jul 28, 2010, at 11:13 AM, David Southwell wrote: In that case should the port not call for 26? Here is an extract from my pkgdb from which you can see python26 is installed on the system. If the port needs 26 surely should it not call for it as a dependency rather than failing because python31-3.1.2_1 is present?? You'd have to discuss that with gn...@freebsd.org. However, you would certainly save time if you kept /usr/local/bin/python as a link to python2.6 instead of to python-3.x. Regards, I believe the porters handbook recomends that ports should set the appropriate python environment at build time to prevent this problem occuring. David Photographic Artist Permanent Installations Design Creative Imagery and Advanced Digital Techniques High Dynamic Range Photography Official Portraiture Combined darkroom digital creations Systems Adminstrator for the vizion2000.net network ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-im/telepathy-haze Build fail
28.07.2010 22:26, David Southwell пишет:
28.07.2010 22:05, David Southwell пишет:
28.07.2010 21:57, Ruslan Mahmatkhanov пишет:
28.07.2010 21:00, David Southwell пишет:
Hi
This is a python error. Is anyone sufficiently familiar with python to
take a
look at tools/glib-signals-marshall-gen.py.
Is all the code in that script strict enough for python 3.
David
config.status: executing depfiles commands
config.status: executing libtool commands
=== Building for telepathy-haze-0.3.6
gmake all-recursive
gmake[1]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6'
Making all in tools
gmake[2]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/tools'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/tools'
Making all in extensions
gmake[2]: Entering directory
`/usr/ports/net-im/telepathy-haze/work/telepathy-
haze-0.3.6/extensions'
xsltproc --nonet --novalid --xinclude ../tools/identity.xsl \
all.xml _gen/all.xml
/usr/local/bin/python ../tools/glib-signals-marshal-gen.py
_gen/all.xml _gen/signals-marshal.list
File ../tools/glib-signals-marshal-gen.py, line 49
print 'VOID:' + ','.join(rhs)
^
SyntaxError: invalid syntax
As in gnome-terminal case you can patch it yourself like this:
print('VOID:' + ','.join(rhs))
instead
print 'VOID:' + ','.join(rhs)
but as i stated in my previous message, the wrong way is to use
python26 as your primary python version.
the right way, i mean, or the wrong way is not to use python26 :)
Here is an extract from my pkgdb from which you can see python26 is
installed on the system. If the port needs 26 surely should it not call
for it as a dependency rather than failiung because python31-3.1.2_1 is
present??
David
dns1# pkg_info |grep python
python25-2.5.5_1An interpreted object-oriented programming language
python26-2.6.5_1An interpreted object-oriented programming language
python31-3.1.2_1An interpreted object-oriented programming language
And what your `python -V` tells?
python 3.1.2
Ok How do we deal with this?
Some apps need 3.1.2 --
So maybe the ports using python should check for the environment and if
necessary force its own environment at build time with an appropriate setenv
call?? Is this not the correct procedure according to the porters handbook?
David
I believe by 'some apps' you mean applications that is not inside ports
collection. So may be you create /usr/local/bin/python symlink to point
on python2.6 as Chuck suggested and change #!/usr/bin/python string to
#!/usr/bin/python3.1 in your applications. It's too much time will be
passed until all the applications in ports tree migrate/be compatible
with python3.
--
Regards,
Ruslan
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: net-im/telepathy-haze Build fail
On Jul 28, 2010, at 11:28 AM, David Southwell wrote: I believe the porters handbook recomends that ports should set the appropriate python environment at build time to prevent this problem occuring. Sure, modulo that setting USE_PYTHON isn't going to change the default Python which gets run when scripts do: #!/usr/bin/env python Again, at the present time, most things are going to want python-2.x; anything which is python-3.x should explicitly invoke python3. Regards, -- -Chuck ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: k3b 2.0
On Wed, 28 Jul 2010 10:13:56 +0200, Dominic Fandrey wrote: Just out of curiosity, is anyone working on porting k3b 2.0? I'd like to get rid of the KDE3 legacy. Especially, because kdelibs3 is such a pain to build (fails if openssl-1.0 is present). Regards Port for k3b-2.0.0 is available at http://area51.pcbsd.org/trunk/area51/PORTS/sysutils/k3b-kde4/ and it will be committed to ports soon. Max ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On Wed, 28 Jul 2010 20:02:40 +0200, Dominic Fandrey wrote: On 28/07/2010 17:58, Marcin Wisnicki wrote: I think you could also detect inconsistent mirror by comparing modification time of package against mtime of INDEX. If pkg is newer than INDEX then it's a sign of incomplete sync. True, but if the check does not fail it still doesn't mean that the package is valid. Checking against the master (it will check size and time) is the safest method, I think What do you mean by master ? If you think about ftp-master then it's password protected. AFAIK there is no publicly available ftp site that is an authoritative source, ftp.freebsd.org is synced just like any other mirror. You can see in my initial post that it was even less up-to-date than ftp.fr.freebsd.org. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On Wed, Jul 28, 2010 at 18:39, Dominic Fandrey kamik...@bsdforen.de wrote: On 28/07/2010 15:15, Marcin Wisnicki wrote: On Tue, 27 Jul 2010 21:03:21 -0700, perryh wrote: Marcin Wisnicki mwisnicki+free...@gmail.com wrote: At this very moment, french package mirror has INDEX newer than in other mirrors: ... yet it does not have those packages. How could something like this happen ? By being examined while a resync was in process: evidently the new INDEX file had been transferred but that package file (and likely others) were still in transit or perhaps not even started yet. Mirroring is not an instantaneous process. Yeah that was it, but it is really, really bad. Mirroring must be atomic (mirror to temporary directory then rename). Otherwise there is a large window of time every couple of days when upgrading packages will at best fail or leave you with broken system. I did binary upgrade with pkg_upgrade yesterday and half of my system was linked against wrong libintl version :( The next version of pkg_upgrade will check every downloaded package against the master server after completing the download. Excuse me? The ports check downloaded source tarball against SHA checksum. Just for nay case like downloading error or malicious inject. Did you try to say that binary package have no such safeguard? I expect to release it at the end of September. -- Andrew W. Nosenko andrew.w.nose...@gmail.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On 28/07/2010 23:24, Andrew W. Nosenko wrote: On Wed, Jul 28, 2010 at 18:39, Dominic Fandrey kamik...@bsdforen.de wrote: On 28/07/2010 15:15, Marcin Wisnicki wrote: On Tue, 27 Jul 2010 21:03:21 -0700, perryh wrote: Marcin Wisnicki mwisnicki+free...@gmail.com wrote: At this very moment, french package mirror has INDEX newer than in other mirrors: ... yet it does not have those packages. How could something like this happen ? By being examined while a resync was in process: evidently the new INDEX file had been transferred but that package file (and likely others) were still in transit or perhaps not even started yet. Mirroring is not an instantaneous process. Yeah that was it, but it is really, really bad. Mirroring must be atomic (mirror to temporary directory then rename). Otherwise there is a large window of time every couple of days when upgrading packages will at best fail or leave you with broken system. I did binary upgrade with pkg_upgrade yesterday and half of my system was linked against wrong libintl version :( The next version of pkg_upgrade will check every downloaded package against the master server after completing the download. Excuse me? The ports check downloaded source tarball against SHA checksum. Just for nay case like downloading error or malicious inject. Did you try to say that binary package have no such safeguard? Exactly. The INDEX does not contain such information. The thing is to do that, the pointyhat INDEX format would have to differ from the ports INDEX format. A possiblity of course, but also a source of trouble if the INDEX format of the ports should ever change, something I desire: http://www.freebsd.org/cgi/query-pr.cgi?pr=148783 Another solution would be to add an empty column that pointyhat can fill in. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On 28/07/2010 23:36, Marcin Wisnicki wrote: On Wed, 28 Jul 2010 20:02:40 +0200, Dominic Fandrey wrote: On 28/07/2010 17:58, Marcin Wisnicki wrote: I think you could also detect inconsistent mirror by comparing modification time of package against mtime of INDEX. If pkg is newer than INDEX then it's a sign of incomplete sync. True, but if the check does not fail it still doesn't mean that the package is valid. Checking against the master (it will check size and time) is the safest method, I think What do you mean by master ? If you think about ftp-master then it's password protected. AFAIK there is no publicly available ftp site that is an authoritative source, ftp.freebsd.org is synced just like any other mirror. You can see in my initial post that it was even less up-to-date than ftp.fr.freebsd.org. Well, I never had a download of an INDEXED package fail from one of the unnumbered servers, so there ought to be something different, because the remaining mirrors normally only are able to provide ~20% of them. Any way, in pkg_upgrade terms master is whichever server is chosen to provide the index. Everything else downloaded will be checked to be consistent with that one. It's not about getting the latest packages, but about getting a consistent set. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On Thu, 29 Jul 2010 00:18:01 +0200, Dominic Fandrey wrote:
On 28/07/2010 23:24, Andrew W. Nosenko wrote:
Excuse me? The ports check downloaded source tarball against SHA
checksum. Just for nay case like downloading error or malicious
inject. Did you try to say that binary package have no such safeguard?
Exactly. The INDEX does not contain such information. The thing is to do
that, the pointyhat INDEX format would have to differ from the ports
INDEX format.
It could be renamed to PKGINDEX.
A possiblity of course, but also a source of trouble if the INDEX format
of the ports should ever change, something I desire:
http://www.freebsd.org/cgi/query-pr.cgi?pr=148783
It's also missing ranged versions of dependencies like foo=2.0.
Another solution would be to add an empty column that pointyhat can fill
in.
Actually I'd rather have less data in INDEX.
Some columns have no use in case of packages
({BUILD,FETCH,EXTRACT,PATCH}_DEPENDS).
Additional data can be stored in separate files as long as there is some way
to verify they all belong to same build. It could be some information
in header (does INDEX support comments?) or some assumption such as that
modification times may not differ by more than a couple of seconds
(just touch them all at the end of build).
I think storing all columns in separate files would be better and allow
future extensibility.
For example consider PKGINDEX subdirectory with following files,
each having one entry per line:
# PKGINDEX/format:
MANDATORY org.freebsd.PKGINDEX 1
OPTIONAL com.mycomany.PKGINDEX 1
# this one actually has custom format
# list base format and extensions
# mandatory must be supported by client, optional can be ignored
# i'm probably overengineering here a little ;)
# PKGINDEX/packages.list:
bar-2.0
baz-3.2
foo-1.0
# *.list files are just lists (ordered alphabetically)
# PKGINDEX/run-depends.map:
foo-1.0 bar-2.0
foo-1.0 baz=3.1
# *.map files have key value+ pairs (ordered alphabetically)
# in this case foo needs bar baz
# in future it could support boolean operators
# e.g.:
# foo-1.0 (bar-2.0 || bar-alternate=2.0)
# foo-1.0 (baz=3.1 baz4.0)
# where '-' is soft requirement like currently implemented in pkg_add
# new operators would be strictly enforced
# PKGINDEX/category.map:
foo-1.0 sysutils databases devel
# sysutils is primary category of foo-1.0
# additional categories follow in alphabetic order
# PKGINDEX/origin.map:
foo-1.0 sysutils/foo
# PKGINDEX/description.map:
bar-3.2 Bar is better than foo
foo-1.0 Foo is great
etc...
I have some awk scripts to produce something like that from INDEX ;)
General idea is to have sorted files where first column is always a key.
You can then operate on them using utilities like join(1) and tsort(1).
Having potentially large but rarely used attributes like description
in separate files greatly reduces amount of text needed to be loaded and
parsed by utilities in common operations.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Strange contents on some ftp mirrors
On Thu, 29 Jul 2010 00:23:58 +0200, Dominic Fandrey wrote: On 28/07/2010 23:36, Marcin Wisnicki wrote: What do you mean by master ? If you think about ftp-master then it's password protected. AFAIK there is no publicly available ftp site that is an authoritative source, ftp.freebsd.org is synced just like any other mirror. You can see in my initial post that it was even less up-to-date than ftp.fr.freebsd.org. Well, I never had a download of an INDEXED package fail from one of the unnumbered servers, so there ought to be something different, because the remaining mirrors normally only are able to provide ~20% of them. Well, ftp.fr.freebsd is not numbered and it just failed. In the past I had problems with ftp.freebsd.org. In fact there may be even problems with ftp-master. Not so long ago uploaded package of openjdk6 was truncated on every mirror. Though it's something that you really can't defend against :( Any way, in pkg_upgrade terms master is whichever server is chosen to provide the index. Everything else downloaded will be checked to be consistent with that one. It's not about getting the latest packages, but about getting a consistent set. Indeed, that's why you can't trust mirrors. And since there is no other source to trust you must do as much sanity checking as possible. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: bsd.perl.mk (Was: Re: _PERL_REFACTORING_COMPLETE lang/perl5.12 Mk/bsd.perl.mk)
These are the results that I get on my home machine:
$ make index
Generating INDEX-7 - please wait..make_index: thunderbird-3.0.5_1: no entry for
:/home/pcvs/ports/lang
make_index: thunderbird-3.0.5_1: no entry for :/home/pcvs/ports/lang
make_index: thunderbird-3.0.5_1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.5.10,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.5.10,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.5.10,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.r2_2,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.r2_2,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.r2_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.4,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.4,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.4,1: no entry for :/home/pcvs/ports/lang
make_index: rakudo-2010.06,1: no entry for :/home/pcvs/ports/lang
make_index: rakudo-2010.06,1: no entry for :/home/pcvs/ports/lang
make_index: rakudo-2010.06,1: no entry for :/home/pcvs/ports/lang
make_index: p5-Cflow-1.053_1: no entry for :/home/pcvs/ports/lang
make_index: p5-Cflow-1.053_1: no entry for :/home/pcvs/ports/lang
make_index: p5-Cflow-1.053_1: no entry for :/home/pcvs/ports/lang
make_index: p5-Cflow-1.053_1: no entry for :/home/pcvs/ports/lang
make_index: erlang-lite-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-lite-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-lite-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-lite-r13b04_2,1: no entry for :/home/pcvs/ports/lang
Warning: Duplicate INDEX entry: ap22-mod_rpaf-ap2-0.6
Done.
--
Here is my /etc/make.conf:
OPENSSH_OVERWRITE_BASE=yes
WITH_APACHE2=yes
X11BASE=${LOCALBASE}
USE_LOCAL_MK= yes
#BSDPORTMK?=${PORTSDIR}/ports-mgmt/portmk/Mk/bsd.port.mk
#BSDPORTSUBDIRMK?= ${PORTSDIR}/ports-mgmt/portmk/Mk/bsd.port.subdir.mk
PERL_VER=5.8.9
PERL_VERSION=5.8.9
# needed for jadetex
WITH_JADETEX=yes
(The USE_LOCAL_MK just brings in bsd.portsmon.mk, which are local
changes to add the 'make status' target.)
--
Here is the diff I am using for bsd.port.mk (well, the relevant parts):
Index: bsd.port.mk
===
RCS file: /home/FreeBSD/pcvs/ports/Mk/bsd.port.mk,v
retrieving revision 1.643
diff -u -r1.643 bsd.port.mk
--- bsd.port.mk 15 Jul 2010 14:48:50 - 1.643
+++ bsd.port.mk 20 Jul 2010 23:19:42 -
@@ -1452,6 +1452,7 @@
# XXX to remain undefined until all ports that require Perl are fixed
# to set one of the conditionals that force the inclusion of bsd.perl.mk
+_PERL_REFACTORING_COMPLETE=BEING_TESTED
.if !defined(_PERL_REFACTORING_COMPLETE)
PERL_VERSION?= 5.10.1
@@ -1506,9 +1507,9 @@
.include ${PORTSDIR}/Mk/bsd.gnustep.mk
.endif
-#.if defined(USE_PERL5) || defined(USE_PERL5_BUILD) || defined(USE_PERL5_RUN)
|| defined(PERL_CONFIGURE) || defined(PERL_MODBUILD)
+.if defined(USE_PERL5) || defined(USE_PERL5_BUILD) || defined(USE_PERL5_RUN)
|| defined(WANT_PERL) || defined(PERL_CONFIGURE) || defined(PERL_MODBUILD)
.include ${PORTSDIR}/Mk/bsd.perl.mk
-#.endif
+.endif
.if defined(USE_PHP)
.include ${PORTSDIR}/Mk/bsd.php.mk
@@ -2102,9 +2103,9 @@
.include ${PORTSDIR}/Mk/bsd.sdl.mk
.endif
-#.if defined(USE_PERL5) || defined(USE_PERL5_BUILD) || defined(USE_PERL5_RUN)
|| defined(PERL_CONFIGURE) || defined(PERL_MODBUILD)
+.if defined(USE_PERL5) || defined(USE_PERL5_BUILD) || defined(USE_PERL5_RUN)
|| defined(WANT_PERL) || defined(PERL_CONFIGURE) || defined(PERL_MODBUILD)
.include ${PORTSDIR}/Mk/bsd.perl.mk
-#.endif
+.endif
.if defined(USE_PHP)
.include ${PORTSDIR}/Mk/bsd.php.mk
--
There is no diff on my bsd.perl.mk.
--
Unlike the last time I looked at this (20091109, with some other debug
code inserted), the errors above seem tractable. However, I really
would like to understand why I get errors and other installs don't.
mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: bsd.perl.mk (Was: Re: _PERL_REFACTORING_COMPLETE lang/perl5.12 Mk/bsd.perl.mk)
Its a bit to late for me to think about this tonight, but on quick
glance our diffs not equivalent.
On 7/29/2010 12:14 AM, Mark Linimon wrote:
These are the results that I get on my home machine:
$ make index
Generating INDEX-7 - please wait..make_index: thunderbird-3.0.5_1: no entry
for :/home/pcvs/ports/lang
make_index: thunderbird-3.0.5_1: no entry for :/home/pcvs/ports/lang
make_index: thunderbird-3.0.5_1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.5.10,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.5.10,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.5.10,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.r2_2,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.r2_2,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.r2_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.4,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.4,1: no entry for :/home/pcvs/ports/lang
make_index: firefox-3.6.4,1: no entry for :/home/pcvs/ports/lang
make_index: rakudo-2010.06,1: no entry for :/home/pcvs/ports/lang
make_index: rakudo-2010.06,1: no entry for :/home/pcvs/ports/lang
make_index: rakudo-2010.06,1: no entry for :/home/pcvs/ports/lang
make_index: p5-Cflow-1.053_1: no entry for :/home/pcvs/ports/lang
make_index: p5-Cflow-1.053_1: no entry for :/home/pcvs/ports/lang
make_index: p5-Cflow-1.053_1: no entry for :/home/pcvs/ports/lang
make_index: p5-Cflow-1.053_1: no entry for :/home/pcvs/ports/lang
make_index: erlang-lite-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-lite-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-lite-r13b04_2,1: no entry for :/home/pcvs/ports/lang
make_index: erlang-lite-r13b04_2,1: no entry for :/home/pcvs/ports/lang
Warning: Duplicate INDEX entry: ap22-mod_rpaf-ap2-0.6
Done.
--
Here is my /etc/make.conf:
OPENSSH_OVERWRITE_BASE=yes
WITH_APACHE2=yes
X11BASE=${LOCALBASE}
USE_LOCAL_MK= yes
#BSDPORTMK?= ${PORTSDIR}/ports-mgmt/portmk/Mk/bsd.port.mk
#BSDPORTSUBDIRMK?=${PORTSDIR}/ports-mgmt/portmk/Mk/bsd.port.subdir.mk
PERL_VER=5.8.9
PERL_VERSION=5.8.9
# needed for jadetex
WITH_JADETEX=yes
(The USE_LOCAL_MK just brings in bsd.portsmon.mk, which are local
changes to add the 'make status' target.)
--
Here is the diff I am using for bsd.port.mk (well, the relevant parts):
Index: bsd.port.mk
===
RCS file: /home/FreeBSD/pcvs/ports/Mk/bsd.port.mk,v
retrieving revision 1.643
diff -u -r1.643 bsd.port.mk
--- bsd.port.mk 15 Jul 2010 14:48:50 - 1.643
+++ bsd.port.mk 20 Jul 2010 23:19:42 -
@@ -1452,6 +1452,7 @@
# XXX to remain undefined until all ports that require Perl are fixed
# to set one of the conditionals that force the inclusion of bsd.perl.mk
+_PERL_REFACTORING_COMPLETE= BEING_TESTED
.if !defined(_PERL_REFACTORING_COMPLETE)
PERL_VERSION?= 5.10.1
@@ -1506,9 +1507,9 @@
.include ${PORTSDIR}/Mk/bsd.gnustep.mk
.endif
-#.if defined(USE_PERL5) || defined(USE_PERL5_BUILD) ||
defined(USE_PERL5_RUN) || defined(PERL_CONFIGURE) || defined(PERL_MODBUILD)
+.if defined(USE_PERL5) || defined(USE_PERL5_BUILD) || defined(USE_PERL5_RUN)
|| defined(WANT_PERL) || defined(PERL_CONFIGURE) || defined(PERL_MODBUILD)
.include ${PORTSDIR}/Mk/bsd.perl.mk
-#.endif
+.endif
.if defined(USE_PHP)
.include ${PORTSDIR}/Mk/bsd.php.mk
@@ -2102,9 +2103,9 @@
.include ${PORTSDIR}/Mk/bsd.sdl.mk
.endif
-#.if defined(USE_PERL5) || defined(USE_PERL5_BUILD) ||
defined(USE_PERL5_RUN) || defined(PERL_CONFIGURE) || defined(PERL_MODBUILD)
+.if defined(USE_PERL5) || defined(USE_PERL5_BUILD) || defined(USE_PERL5_RUN)
|| defined(WANT_PERL) || defined(PERL_CONFIGURE) || defined(PERL_MODBUILD)
.include ${PORTSDIR}/Mk/bsd.perl.mk
-#.endif
+.endif
.if defined(USE_PHP)
.include ${PORTSDIR}/Mk/bsd.php.mk
--
There is no diff on my bsd.perl.mk.
--
Unlike the last time I looked at this (20091109, with some other debug
code inserted), the errors above seem tractable. However, I really
would like to understand why I get errors and other installs don't.
mcl
--
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci
