Re: x11-toolkits/wxgtk29
Rainer, I will update the port, hopefully today Sent from iPhone On 15.05.2012, at 12:22, Rainer Hurling rhur...@gwdg.de wrote: In the ports we find version 2.9.2 of wxGTK2 with source tarball from 2011-07-04. There had been many improvements and 2.9.3 is released since 2011-12-14. I am the maintainer of math/saga and I am trying to prepare my port for the upcoming SAGA GIS version 2.1.0, which needed at least wxGTK2-2.9.x. With version 2.9.2 there are some strange string conversion errors and there is a good chance that they are solved in a newer version. Are there any plans to update the port version to 2.9.3 (or to forthcoming 2.9.4) in the near future? Thanks in advance, Rainer Hurling ___ 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: Stop in /usr/ports/multimedia/mlt
A patch is being tested. Next time you have a problem with a port, please, contact the maintainer. -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ 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: Renown-Image/printer chip/1.98USD per pc for Samsung 104
Dear Customer, How is your day? Wish great. This is Ms.Joanna from Renown-Image from China, our company mainly deals with printer chips for over 6 years. Renown-Image can offer you hundreds of high-quality compatible laserjet chips for HP, Samsung, Lexmark, Xerox, Sharp, Dell, OKI, IBM and other series. We guarantee top quality and can send 1:1 replacement for defective chips. Free samples we can offer with shipping charge on your own. Please contact us for detailed information. Best regards, Joanna Renown Image (Shenzhen) Co., Ltd. RM1212, Ge Lin Wang Yuan, Yannan Road, Futian District, Shenzhen 518001, China Website: http://www.renown-image.net E-mail: joa...@renown-image.com MSN: joanna453221...@hotmail.com SKYPE: renown-image Tel: 86-755-8374 6179 /8374 6170 Fax: 86-755-8374 6179___ 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: Heimdal 1.5.2 problem
Thanks for the updates Robert. I've pursued building heimdal on a custom FreeBSD9-Stable jail built without crypto (openssl, heimdal,...); and forced the selection of bdb throughout the range 5 to 41 via the following ports.conf setting *: WITH_BDB_VER=5 ... *: WITH_BDB_VER=41 Combined with security/heimdal: PREFIX=/usr/local | WITH_CRACKLIB | WITHOUT_SQLITE | WITH_BDB Only the databases/db41 builds heimdal to completion. All others terminated with /var/ports/usr/ports/security/heimdal/work/heimdal-1.5.2/lib/com_err/.libs/libc om_err.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /var/ports/usr/ports/security/heimdal/work/heimdal-1.5.2/lib/roken/.libs/librok en.so ../../lib/sqlite/.libs/libheimsqlite.so ../../lib/roken/.libs/libroken.so -lcrypt /usr/local/lib/libldap.so /usr/local/lib/libsasl2.so -lssl -lcrypto /usr/local/lib/liblber.so -ldb -O2 -O2 -march=prescott -mtune=prescott -Wl,--version-script -Wl,./version-script.map -pthread -pthread -Wl,-soname -Wl,libhdb.so.11 -o .libs/libhdb.so.11 .libs/db3.o: In function `hdb_db_create': db3.c:(.text+0x3a): multiple definition of `hdb_db_create' .libs/db.o:db.c:(.text+0x15): first defined here *** Error code 1 There was a change to /usr/ports/security/heimda/files with the addition of patch patch-cf__db.m4, which I removed during one build attempt with db41. This generated many more error messages libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -I/usr/local/include -DHDB_DB_DIR=\/var/db/heimdal\ -I./../krb5 -I../../lib/sqlite -I/usr/local/include -I/usr/local/include/db41 -D_LARGE_FILES= -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O2 -pipe -pipe -O2 -g0 -ggdb0 -DSTRIP_FBSDID -UDEBUGGING -UEBUGGING -I/usr/local/include/db41 -DLDAP_DEPRECATED -fno-strict-aliasing -MT db.lo -MD -MP -MF .deps/db.Tpo -c db.c -fPIC -DPIC -o .libs/db.o db.c: In function 'DB_close': db.c:48: error: too few arguments to function 'd-close' db.c: In function 'DB_lock': db.c:67: error: too few arguments to function 'd-fd' db.c: In function 'DB_unlock': db.c:80: error: too few arguments to function 'd-fd' db.c: In function 'DB_seq': db.c:104: error: 'DB' has no member named 'seq' ... Unfortunately this confirms that the heimdal 1.5.2 port doesn't build with bdb. I'll advise later in the week, the result of my preferred build of heimdal over ldap (over bdb5). For completeness, FreeBSD9-Stable was updated yesterday (May 14) and the ports tree was also updated and built on a virgin machine today (May 15). Regards, Dewayne. ___ 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: misc/cloc - can't update with partmaster/pkgng
On Tue, May 15, 2012 at 06:29:08PM +0800, Martin Wilke wrote: On May 15, 2012, at 18:24, Anton Shterenlikht me...@bristol.ac.uk wrote: I get: Script started on Tue May 15 11:20:19 2012 portmaster cloc ]0;portmaster: cloc-1.56 === Currently installed version: cloc-1.56 === Port directory: /usr/ports/misc/cloc === Gathering distinfo list for installed ports === Launching 'make checksum' for misc/cloc in background === Gathering dependency list for misc/cloc from ports === Initial dependency check complete for misc/cloc ]0;portmaster: cloc-1.56 === Starting build for misc/cloc === === All dependencies are up to date === Cleaning for cloc-1.56 === License check disabled, port has not defined LICENSE === cloc-1.56 depends on file: /usr/local/sbin/pkg - found === Extracting for cloc-1.56 = SHA256 Checksum OK for cloc-1.56.pl. === Patching for cloc-1.56 === Configuring for cloc-1.56 === Creating a backup package for old version cloc-1.56 Creating package for cloc-1.56 pkg: sqlite: database is locked === Installing for cloc-1.56 === Generating temporary packing list === Checking if misc/cloc already installed === cloc-1.56 is already installed You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of misc/cloc without deleting it first, set the variable FORCE_PKG_REGISTER in your environment or the make install command line. *** Error code 1 Stop in /usr/ports/misc/cloc. === A backup package for cloc-1.56 should be located in /usr/ports/packages/portmaster-backup === Installation of cloc-1.56 (misc/cloc) failed === Aborting update Terminated === You can restart from the point of failure with this command line: portmaster flags misc/cloc Script done on Tue May 15 11:20:34 2012 I can do a manual deinstall/reinstall, but I wonder why portmaster/pkgng will not do it. Sounds for me a bug in portmaster? U use the pkgng portmaster patch as well? sure Since I started using pkgng, this is the first problem port. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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
Xfce 4.10 on FreeBSD 9 release powerpc
M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz. The following contribution tends to be seen and it is going to install Xfce4.10 in this environment. Hi folks, I've updated the xfce-4.10 tarball [1] (it contains only the latest versions of Xfce4 core). Changes : - Delete thunarvfs in bsd.xfce.mk, because this library now, is obsolete, even if it always used by archiver/squeeze (no update since 4 years). - Drop support of GTK3 in x11-themes/gtk-xfce-engine I've also add shell script 'xfcemerge' [2] (based on marcusmerge and kdemerge) to easily update ports tree. It works with tarball and with my repository. In my repository we can found the latest versions of : - x11/xfce4-screenshooter-plugin, http://www.freebsd.org/cgi/query-pr.cgi?pr=167537 - www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536 - sysutils/xfce4-battery-plugin (1.0.2) - sysutils/xfce4-systemload-plugin (1.1.0) - x11-clocks/xfce4-timer-out-plugin (1.0.1) - graphics/ristretto (0.6.0) Enjoy [1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz [2] http://xfce-ports.googlecode.com/files/xfcemerge shell script'xfcemerge' was performed and port tree was updated. When [cd /usr/ports/x11-wm/xfce4] [make config-recursive] [make install clean] and a command are executed after that, the following error comes out and compile goes wrong. === Installing for xfce-4.10 === xfce-4.10 depends on executable: xfwm4 - not found ===Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm === Patching for xfce4-wm-4.10.0 === Applying FreeBSD patches for xfce4-wm-4.10.0 File to patch: No file found--skip this patch? [n]y 2 out of 2 hunks ignored--saving rehects to doc/manual/images/Makefile.in.rej Can't create doc/manual/images/Makefile.in.rej, output is in /tmp/patchrvHLsNE: No such file or directory = Patch patch-doc_manual_images_Makefile.in failed to apply cleanly. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. -- Takashi Fujita rina.invers...@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: Xfce 4.10 on FreeBSD 9 release powerpc
On Tue, May 15, 2012 at 7:21 AM, Takashi Fujita rina.invers...@gmail.com wrote: M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz. The following contribution tends to be seen and it is going to install Xfce4.10 in this environment. Hi folks, I've updated the xfce-4.10 tarball [1] (it contains only the latest versions of Xfce4 core). Changes : - Delete thunarvfs in bsd.xfce.mk, because this library now, is obsolete, even if it always used by archiver/squeeze (no update since 4 years). - Drop support of GTK3 in x11-themes/gtk-xfce-engine I've also add shell script 'xfcemerge' [2] (based on marcusmerge and kdemerge) to easily update ports tree. It works with tarball and with my repository. In my repository we can found the latest versions of : - x11/xfce4-screenshooter-plugin, http://www.freebsd.org/cgi/query-pr.cgi?pr=167537 - www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536 - sysutils/xfce4-battery-plugin (1.0.2) - sysutils/xfce4-systemload-plugin (1.1.0) - x11-clocks/xfce4-timer-out-plugin (1.0.1) - graphics/ristretto (0.6.0) Enjoy [1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz [2] http://xfce-ports.googlecode.com/files/xfcemerge shell script'xfcemerge' was performed and port tree was updated. When [cd /usr/ports/x11-wm/xfce4] [make config-recursive] [make install clean] and a command are executed after that, the following error comes out and compile goes wrong. === Installing for xfce-4.10 === xfce-4.10 depends on executable: xfwm4 - not found === Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm === Patching for xfce4-wm-4.10.0 === Applying FreeBSD patches for xfce4-wm-4.10.0 File to patch: No file found--skip this patch? [n]y 2 out of 2 hunks ignored--saving rehects to doc/manual/images/Makefile.in.rej Can't create doc/manual/images/Makefile.in.rej, output is in /tmp/patchrvHLsNE: No such file or directory = Patch patch-doc_manual_images_Makefile.in failed to apply cleanly. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. -- Takashi Fujita rina.invers...@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 As I said, the xfcemerge script does not remove old files. So please remove any file under xfce4-wm/files except extrapatch-src__events.c. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___ 4BSD -- http://4bsd.biz/ ___ 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: PHP 5.4.0 : lang/php54
Hi Svyatoslav, On Sat, 2012-05-12 at 03:12 +0900, Svyatoslav Lempert wrote: 2012/4/19 Alex Dupre a...@freebsd.org: FreeBSD 8.3 is done, please commit update lang/php5 to PHP 5.4 to portstree. Thank you in advance. I'm just waiting for final release of suhosin (both patch and extension) to commit the update. Do you know the release date of suhosin for this version? Stefan Esser did not make any changes in git repo https://github.com/stefanesser/suhosin more than a month and did not answer to email. Maybe should do without it? It seems there is still some activity, check for example the comments: https://github.com/stefanesser/suhosin/issues/14 Just as a reminder that PHP 5.4.x is not yet supported. Current tree compiles against it, without disabling features. However some problems with the dropped variable statistics and the session module. and https://github.com/stefanesser/suhosin/issues/5#issuecomment-5612025 : Initial support means that it now compiles against PHP 5.4 in a correct way. However PHP 5.4 has a myriad of code changes and therefore stuff might still be broken. It is already known that there is a problem with sessions and gallery. So it will probably take a while... (which is fine for me, I'll have to switch to lang/php53 anyway then). Regards, Olivier ___ 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: Xfce 4.10 on FreeBSD 9 release powerpc
After deleting a file, when make install clean was performed again, the following errors came out and compile was interrupted. ==Patching for xfce4-session-4.10.0 ==Applying FreeBSD patches for xfce4-session-4.10.0 1 out of 1 hunks ignored--saving rejects to xfce4-session/xfsm-shutdown-helper.c.rej =Patch patch-xfce4-session_xfsm-shutdown-helper.c failed to apply cleanly. (2012/05/15 21:26), Zhihao Yuan wrote: On Tue, May 15, 2012 at 7:21 AM, Takashi Fujita rina.invers...@gmail.com wrote: M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz. The following contribution tends to be seen and it is going to install Xfce4.10 in this environment. Hi folks, I've updated the xfce-4.10 tarball [1] (it contains only the latest versions of Xfce4 core). Changes : - Delete thunarvfs in bsd.xfce.mk, because this library now, is obsolete, even if it always used by archiver/squeeze (no update since 4 years). - Drop support of GTK3 in x11-themes/gtk-xfce-engine I've also add shell script 'xfcemerge' [2] (based on marcusmerge and kdemerge) to easily update ports tree. It works with tarball and with my repository. In my repository we can found the latest versions of : - x11/xfce4-screenshooter-plugin, http://www.freebsd.org/cgi/query-pr.cgi?pr=167537 - www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536 - sysutils/xfce4-battery-plugin (1.0.2) - sysutils/xfce4-systemload-plugin (1.1.0) - x11-clocks/xfce4-timer-out-plugin (1.0.1) - graphics/ristretto (0.6.0) Enjoy [1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz [2] http://xfce-ports.googlecode.com/files/xfcemerge shell script'xfcemerge' was performed and port tree was updated. When [cd /usr/ports/x11-wm/xfce4] [make config-recursive] [make install clean] and a command are executed after that, the following error comes out and compile goes wrong. ===Installing for xfce-4.10 === xfce-4.10 depends on executable: xfwm4 - not found === Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm ===Patching for xfce4-wm-4.10.0 ===Applying FreeBSD patches for xfce4-wm-4.10.0 File to patch: No file found--skip this patch? [n]y 2 out of 2 hunks ignored--saving rehects to doc/manual/images/Makefile.in.rej Can't create doc/manual/images/Makefile.in.rej, output is in /tmp/patchrvHLsNE: No such file or directory = Patch patch-doc_manual_images_Makefile.in failed to apply cleanly. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. -- Takashi Fujita rina.invers...@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 As I said, the xfcemerge script does not remove old files. So please remove any file under xfce4-wm/files except extrapatch-src__events.c. -- Takashi Fujita rina.invers...@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: Xfce 4.10 on FreeBSD 9 release powerpc
On Tue, May 15, 2012 at 7:50 AM, Takashi Fujita rina.invers...@gmail.com wrote: After deleting a file, when make install clean was performed again, the following errors came out and compile was interrupted. ==Patching for xfce4-session-4.10.0 ==Applying FreeBSD patches for xfce4-session-4.10.0 1 out of 1 hunks ignored--saving rejects to xfce4-session/xfsm-shutdown-helper.c.rej =Patch patch-xfce4-session_xfsm-shutdown-helper.c failed to apply cleanly. (2012/05/15 21:26), Zhihao Yuan wrote: On Tue, May 15, 2012 at 7:21 AM, Takashi Fujita rina.invers...@gmail.com wrote: M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz. The following contribution tends to be seen and it is going to install Xfce4.10 in this environment. Hi folks, I've updated the xfce-4.10 tarball [1] (it contains only the latest versions of Xfce4 core). Changes : - Delete thunarvfs in bsd.xfce.mk, because this library now, is obsolete, even if it always used by archiver/squeeze (no update since 4 years). - Drop support of GTK3 in x11-themes/gtk-xfce-engine I've also add shell script 'xfcemerge' [2] (based on marcusmerge and kdemerge) to easily update ports tree. It works with tarball and with my repository. In my repository we can found the latest versions of : - x11/xfce4-screenshooter-plugin, http://www.freebsd.org/cgi/query-pr.cgi?pr=167537 - www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536 - sysutils/xfce4-battery-plugin (1.0.2) - sysutils/xfce4-systemload-plugin (1.1.0) - x11-clocks/xfce4-timer-out-plugin (1.0.1) - graphics/ristretto (0.6.0) Enjoy [1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz [2] http://xfce-ports.googlecode.com/files/xfcemerge shell script'xfcemerge' was performed and port tree was updated. When [cd /usr/ports/x11-wm/xfce4] [make config-recursive] [make install clean] and a command are executed after that, the following error comes out and compile goes wrong. === Installing for xfce-4.10 === xfce-4.10 depends on executable: xfwm4 - not found === Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm === Patching for xfce4-wm-4.10.0 === Applying FreeBSD patches for xfce4-wm-4.10.0 File to patch: No file found--skip this patch? [n]y 2 out of 2 hunks ignored--saving rehects to doc/manual/images/Makefile.in.rej Can't create doc/manual/images/Makefile.in.rej, output is in /tmp/patchrvHLsNE: No such file or directory = Patch patch-doc_manual_images_Makefile.in failed to apply cleanly. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. -- Takashi Fujita rina.invers...@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 As I said, the xfcemerge script does not remove old files. So please remove any file under xfce4-wm/files except extrapatch-src__events.c. -- Takashi Fujita rina.invers...@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 I see. I'll fix this. Try the new xfcemerge script attached. -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___ 4BSD -- http://4bsd.biz/ xfcemerge Description: Binary data ___ 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: Xfce 4.10 on FreeBSD 9 release powerpc
Thank you for the correspondence. May the following methods be used although it is the order of the real way of a script? 1.execute xfcemerge 2.cd /usr/ports/x11/xfce4 3.make clean 4.make install clean If there is a file deleted beforehand, please let me know. (12/05/15 22:37), Zhihao Yuan wrote: On Tue, May 15, 2012 at 7:50 AM, Takashi Fujita rina.invers...@gmail.com wrote: After deleting a file, when make install clean was performed again, the following errors came out and compile was interrupted. ==Patching for xfce4-session-4.10.0 ==Applying FreeBSD patches for xfce4-session-4.10.0 1 out of 1 hunks ignored--saving rejects to xfce4-session/xfsm-shutdown-helper.c.rej =Patch patch-xfce4-session_xfsm-shutdown-helper.c failed to apply cleanly. (2012/05/15 21:26), Zhihao Yuan wrote: On Tue, May 15, 2012 at 7:21 AM, Takashi Fujita rina.invers...@gmail.comwrote: M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz. The following contribution tends to be seen and it is going to install Xfce4.10 in this environment. Hi folks, I've updated the xfce-4.10 tarball [1] (it contains only the latest versions of Xfce4 core). Changes : - Delete thunarvfs in bsd.xfce.mk, because this library now, is obsolete, even if it always used by archiver/squeeze (no update since 4 years). - Drop support of GTK3 in x11-themes/gtk-xfce-engine I've also add shell script 'xfcemerge' [2] (based on marcusmerge and kdemerge) to easily update ports tree. It works with tarball and with my repository. In my repository we can found the latest versions of : - x11/xfce4-screenshooter-plugin, http://www.freebsd.org/cgi/query-pr.cgi?pr=167537 - www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536 - sysutils/xfce4-battery-plugin (1.0.2) - sysutils/xfce4-systemload-plugin (1.1.0) - x11-clocks/xfce4-timer-out-plugin (1.0.1) - graphics/ristretto (0.6.0) Enjoy [1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz [2] http://xfce-ports.googlecode.com/files/xfcemerge shell script'xfcemerge' was performed and port tree was updated. When [cd /usr/ports/x11-wm/xfce4] [make config-recursive] [make install clean] and a command are executed after that, the following error comes out and compile goes wrong. === Installing for xfce-4.10 === xfce-4.10 depends on executable: xfwm4 - not found ===Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm === Patching for xfce4-wm-4.10.0 === Applying FreeBSD patches for xfce4-wm-4.10.0 File to patch: No file found--skip this patch? [n]y 2 out of 2 hunks ignored--saving rehects to doc/manual/images/Makefile.in.rej Can't create doc/manual/images/Makefile.in.rej, output is in /tmp/patchrvHLsNE: No such file or directory =Patch patch-doc_manual_images_Makefile.in failed to apply cleanly. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. -- Takashi Fujita rina.invers...@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 As I said, the xfcemerge script does not remove old files. So please remove any file under xfce4-wm/files except extrapatch-src__events.c. -- Takashi Fujita rina.invers...@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 I see. I'll fix this. Try the new xfcemerge script attached. ___ 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: Xfce 4.10 on FreeBSD 9 release powerpc
On Tue, May 15, 2012 at 8:52 AM, Takashi Fujita rina.invers...@gmail.com wrote: Thank you for the correspondence. May the following methods be used although it is the order of the real way of a script? 1.execute xfcemerge 2.cd /usr/ports/x11/xfce4 3.make clean 4.make install clean You may want to try: sudo xfcemerge - followed by - sudo portmaster -a portmaster will handle the upgrade order according to the dependencies. If there is a file deleted beforehand, please let me know. (12/05/15 22:37), Zhihao Yuan wrote: On Tue, May 15, 2012 at 7:50 AM, Takashi Fujita rina.invers...@gmail.com wrote: After deleting a file, when make install clean was performed again, the following errors came out and compile was interrupted. ==Patching for xfce4-session-4.10.0 ==Applying FreeBSD patches for xfce4-session-4.10.0 1 out of 1 hunks ignored--saving rejects to xfce4-session/xfsm-shutdown-helper.c.rej =Patch patch-xfce4-session_xfsm-shutdown-helper.c failed to apply cleanly. (2012/05/15 21:26), Zhihao Yuan wrote: On Tue, May 15, 2012 at 7:21 AM, Takashi Fujita rina.invers...@gmail.com wrote: M9686J/A Mac mini G4 FreeBSD 9-Release is installed in 1.25 GHz. The following contribution tends to be seen and it is going to install Xfce4.10 in this environment. Hi folks, I've updated the xfce-4.10 tarball [1] (it contains only the latest versions of Xfce4 core). Changes : - Delete thunarvfs in bsd.xfce.mk, because this library now, is obsolete, even if it always used by archiver/squeeze (no update since 4 years). - Drop support of GTK3 in x11-themes/gtk-xfce-engine I've also add shell script 'xfcemerge' [2] (based on marcusmerge and kdemerge) to easily update ports tree. It works with tarball and with my repository. In my repository we can found the latest versions of : - x11/xfce4-screenshooter-plugin, http://www.freebsd.org/cgi/query-pr.cgi?pr=167537 - www/midori, http://www.freebsd.org/cgi/query-pr.cgi?pr=167536 - sysutils/xfce4-battery-plugin (1.0.2) - sysutils/xfce4-systemload-plugin (1.1.0) - x11-clocks/xfce4-timer-out-plugin (1.0.1) - graphics/ristretto (0.6.0) Enjoy [1] http://xfce-ports.googlecode.com/files/xfce-4.10.tar.xz [2] http://xfce-ports.googlecode.com/files/xfcemerge shell script'xfcemerge' was performed and port tree was updated. When [cd /usr/ports/x11-wm/xfce4] [make config-recursive] [make install clean] and a command are executed after that, the following error comes out and compile goes wrong. === Installing for xfce-4.10 === xfce-4.10 depends on executable: xfwm4 - not found === Verifying install for xfwm4 in /usr/ports/x11-wm/xfce4-wm === Patching for xfce4-wm-4.10.0 === Applying FreeBSD patches for xfce4-wm-4.10.0 File to patch: No file found--skip this patch? [n]y 2 out of 2 hunks ignored--saving rehects to doc/manual/images/Makefile.in.rej Can't create doc/manual/images/Makefile.in.rej, output is in /tmp/patchrvHLsNE: No such file or directory = Patch patch-doc_manual_images_Makefile.in failed to apply cleanly. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4-wm. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. *** Error code 1 Stop in /usr/ports/x11-wm/xfce4. -- Takashi Fujita rina.invers...@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 As I said, the xfcemerge script does not remove old files. So please remove any file under xfce4-wm/files except extrapatch-src__events.c. -- Takashi Fujita rina.invers...@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 I see. I'll fix this. Try the new xfcemerge script attached. ___ 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 -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___ 4BSD -- http://4bsd.biz/ ___ 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: BUILD_DEPENDS= RUN_DEPENDS=
On 05/14/2012 11:10 PM, b. f. wrote: Hi, I was trying to append to these in my /etc/make.conf and found that a large (thousands) number of ports are using = instead of +=, thus destroying any user-supplied depends. The use case for wanting to do this is to force devel/ccache to be a build dependency on all ports, for package building. Or to force in a particular library along with LDFLAGS into particular ports. This is achievable by modifying bsd.local.mk, but is not ideal. This goes along with updating all CLFAGS/LDFLAGS to use += instead of =. If there is no objection to this route, I will follow-up with a patch/PR to update the ports and handbook. Only those user-supplied depends that are added in makefiles included before those lines are parsed (like make.conf) can be affected. But there are a number of other makefiles that exist solely for customizations like you describe -- you mentioned one of them, bsd.local.mk. It is safer and more efficient to move as many of your customizations as possible out of make.conf, and into these other makefiles, as was intended. += was used for a few other variables because these few were often already defined in make.conf for other reasons -- but we are trying to discourage abuse of make.conf, so making a large number of unnecessary changes to make it possible for further additions to make.conf is a bad idea. b. Alright sounds good. I'll drop the endeavor and stick to bsd.local.mk. Thanks! Regards, Bryan Drewery ___ 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: install py-matplotlib fails
On 05/13/2012 01:02, Norman Khine wrote: Hello, I am trying to install the py-matplotlib but get this error: BUILDING MATPLOTLIB matplotlib: 1.0.1 python: 2.7.3 (default, May 12 2012, 17:36:49) [GCC 4.2.1 20070831 patched [FreeBSD]] platform: freebsd9 REQUIRED DEPENDENCIES numpy: no * You must install numpy 1.1 or later to build * matplotlib. i have installed numpy # pkg_version -v | grep py27-numpy py27-numpy-1.6.1_1,1= up-to-date with port but running python i get this traceback: Python 2.7.3 (default, May 12 2012, 17:36:49) [GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd9 Type help, copyright, credits or license for more information. import numpy Traceback (most recent call last): File stdin, line 1, in module File /usr/local/lib/python2.7/site-packages/numpy/__init__.py, line 137, in module import add_newdocs File /usr/local/lib/python2.7/site-packages/numpy/add_newdocs.py, line 9, in module from numpy.lib import add_newdoc File /usr/local/lib/python2.7/site-packages/numpy/lib/__init__.py, line 13, in module from polynomial import * File /usr/local/lib/python2.7/site-packages/numpy/lib/polynomial.py, line 17, in module from numpy.linalg import eigvals, lstsq File /usr/local/lib/python2.7/site-packages/numpy/linalg/__init__.py, line 48, in module from linalg import * File /usr/local/lib/python2.7/site-packages/numpy/linalg/linalg.py, line 23, in module from numpy.linalg import lapack_lite ImportError: /usr/local/lib/libalapack.so.2: Undefined symbol cblas_zswap i followed this thread http://forums.freebsd.org/showthread.php?t=29085 but still no luck. what am i missing? thanks I've seen numpy fail when installed from a post-GCC 4.5-removal ports tree on a system that has ports that were built from a pre-GCC 4.5-removal ports tree. Mixing the two is bad news. What has worked for some: completely remove numpy, gcc 4.5 *and* gcc 4.6, lapack and blas. Then reinstall numpy and see if import numpy works. If that doesn't work, the only thing I can recommend is a port rebuild. Sorry :/ Geoff ___ 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: PHP 5.4.0 : lang/php54
2012/5/15 Olivier Mueller om-lists-...@omx.ch: FreeBSD 8.3 is done, please commit update lang/php5 to PHP 5.4 to portstree. Thank you in advance. I'm just waiting for final release of suhosin (both patch and extension) to commit the update. Do you know the release date of suhosin for this version? Stefan Esser did not make any changes in git repo https://github.com/stefanesser/suhosin more than a month and did not answer to email. Maybe should do without it? It seems there is still some activity, check for example the comments: https://github.com/stefanesser/suhosin/issues/14 Just as a reminder that PHP 5.4.x is not yet supported. Current tree compiles against it, without disabling features. However some problems with the dropped variable statistics and the session module. and https://github.com/stefanesser/suhosin/issues/5#issuecomment-5612025 : Initial support means that it now compiles against PHP 5.4 in a correct way. However PHP 5.4 has a myriad of code changes and therefore stuff might still be broken. It is already known that there is a problem with sessions and gallery. So it will probably take a while... (which is fine for me, I'll have to switch to lang/php53 anyway then). So I think we need release a new version without suhosin patch and check the compatibility of all ports that depend on it (before), and then when suhosin will appear (if there), then simply add it to the port. For me personally actual version 5.2 (for really old scripts that are used by our customers and I support this version in backports) and the new version 5.4 for new installations -- Svyatoslav ___ 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
`No strings in PORTVERSION' (non-)limitation
Hi!
There are software versions like, say, 1.1.git20120515, 1.1.beta2, 1.1.rc1
Historically, there have been a `limitation' of not using strings
(e.g. two or more consecutive letters) in PORTVERSION. Such versions
were to put into DISTVERSION instead of PORTVERSION, and the latter
will be generated by port.mk automatically by replacing strings
with their first letters (and doing some other mangling), so above
mentioned versions will become correspondingly 1.1.g20120515, 1.1.b2,
1.1.r1.
I wondered what is the reason for such a limitation, and so far no
one could answer me (at least or #bsdports). I still want to know
the reason, or, if there's actually none, we may consider removing
the limitation at all.
The limitation seems to be quite virtual as it is, as strings in
portversions are already handled without problems, I can't find any
mention of it in the porter's handbook and the only ones who remember
it seems to be us committers and portlint. Which is even more strange,
portlint makes exception for /pl[0-9]*/ for some reason:
if ($portversion =~ /^pl[0-9]*$/ || $portversion =~
/^[0-9]*[A-Za-z]?[0-9]*(\.[0-9]*[A-Za-z]?[0-9+]*)*$/) {
# PORTVERSION is OK
First, non-reason for this limitation:
- Strings will be handled incorrectly
They are handled exactly like letters. pkg_version -t which we use to
compare versions actually doesn't distinct between f and foo, that is -
it already does a same thing as port.mk's DISTVERSION-PORTVERSION
mangling which shortens strings to the first letters.
As letters are handled nicely (including 1 2.a 2 rule, which is
very useful for 1 - 2.beta- 2), so strings will be.
And resons for removing it:
- No real reasons to have it (?)
- It's not documented (or did I miss it?)
- Some ports already use strings (and nothing become broken):
/usr/ports/databases/sybtcl/Makefile:PORTVERSION= 3.0rc2
/usr/ports/devel/py-diazo/Makefile:PORTVERSION= 1.0rc4
/usr/ports/dns/bind96/Makefile:PORTVERSION= 9.6.3.1.ESV.R6
/usr/ports/games/xchomp/Makefile:PORTVERSION= pl1
/usr/ports/graphics/linux-gdk-pixbuf/Makefile:PORTVERSION= 0.22.0.18.fc4.2
/usr/ports/japanese/xgate/Makefile:PORTVERSION= 3.7pl6
/usr/ports/java/jboss5/Makefile:PORTVERSION=5.1.0.GA
/usr/ports/korean/hpscat/Makefile:PORTVERSION= 1.3jshin
/usr/ports/multimedia/linux-f10-libtheora/Makefile:PORTVERSION= 1.0rc1
/usr/ports/net/c3270/Makefile:PORTVERSION= 3.3.12ga7
/usr/ports/news/cnews/Makefile:PORTVERSION= cr.g
/usr/ports/news/husky-msged/Makefile:PORTVERSION= 6.2RC1
/usr/ports/print/xdvi/Makefile:PORTVERSION= pl20
/usr/ports/x11-wm/amiwm/Makefile:PORTVERSION= 0.21.pl2
/usr/ports/x11-wm/tvtwm/Makefile:PORTVERSION= pl11
- Mangled version numbers are not informative. Judging by package
version, there's no way to tell if an application just uses letters
as a part of its version (like openssl, for example), or you've
happened to have alpha/beta/rc or vcs snapshot of a software,
which you'll most likely want to update to a proper release as
soon as it's available
- Less confusion in ports as in many cases extra entity can be avoided
So, if we need this limitation, reason should be given, it should be
documented, and listed ports fixed. Otherwise, portlint should be fixed
and we should all march into the bright future of informative version
numbers :)
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
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-toolkits/wxgtk29
On 15.05.2012 08:35 (UTC+1), Max Khon wrote: Rainer, I will update the port, hopefully today Max, thanks for your fast response. I am really looking forward to the update, Rainer Sent from iPhone On 15.05.2012, at 12:22, Rainer Hurlingrhur...@gwdg.de wrote: In the ports we find version 2.9.2 of wxGTK2 with source tarball from 2011-07-04. There had been many improvements and 2.9.3 is released since 2011-12-14. I am the maintainer of math/saga and I am trying to prepare my port for the upcoming SAGA GIS version 2.1.0, which needed at least wxGTK2-2.9.x. With version 2.9.2 there are some strange string conversion errors and there is a good chance that they are solved in a newer version. Are there any plans to update the port version to 2.9.3 (or to forthcoming 2.9.4) in the near future? ___ 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: PHP 5.4.0 : lang/php54
On 5/15/12 11:05 AM, Svyatoslav Lempert wrote: So I think we need release a new version without suhosin patch and check the compatibility of all ports that depend on it (before), and then when suhosin will appear (if there), then simply add it to the port. -1 susosin patch is not a 'compatibility' issue. it is a security issue. I would consider recommending a lang/php54 port, for people who absolutely need it. include the 'WITH_SUHOSIN_PATCH' knob and mark it 'IGNORE' so that anyone who expects the stsndard, default, upward compatible security will be warned against installing this port. leave php5.3 the default lang/php5 for now. wait till suhosin patch is released. use lang/php54 for anyone who absolutely must play with 5.4 (I am still going through pains replacing apache 13 and php5.2 with nginx and php53). don't think I want to /_by default_/ open up a security hole. -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: `No strings in PORTVERSION' (non-)limitation
On 15 May 2012 16:09, Dmitry Marakasov amd...@amdmi3.ru wrote:
Hi!
There are software versions like, say, 1.1.git20120515, 1.1.beta2, 1.1.rc1
Thanks for following this up; since we discussed this I've been thinking
though- why put the git bit in anyway? Does it have anything special
apart from a date marker, and if not, won't a date suffice?
Historically, there have been a `limitation' of not using strings
(e.g. two or more consecutive letters) in PORTVERSION. Such versions
were to put into DISTVERSION instead of PORTVERSION, and the latter
will be generated by port.mk automatically by replacing strings
with their first letters (and doing some other mangling), so above
mentioned versions will become correspondingly 1.1.g20120515, 1.1.b2,
1.1.r1.
I wondered what is the reason for such a limitation, and so far no
one could answer me (at least or #bsdports). I still want to know
the reason, or, if there's actually none, we may consider removing
the limitation at all.
The limitation seems to be quite virtual as it is, as strings in
portversions are already handled without problems, I can't find any
mention of it in the porter's handbook and the only ones who remember
it seems to be us committers and portlint. Which is even more strange,
portlint makes exception for /pl[0-9]*/ for some reason:
if ($portversion =~ /^pl[0-9]*$/ || $portversion =~
/^[0-9]*[A-Za-z]?[0-9]*(\.[0-9]*[A-Za-z]?[0-9+]*)*$/) {
# PORTVERSION is OK
First, non-reason for this limitation:
- Strings will be handled incorrectly
They are handled exactly like letters. pkg_version -t which we use to
compare versions actually doesn't distinct between f and foo, that is -
it already does a same thing as port.mk's DISTVERSION-PORTVERSION
mangling which shortens strings to the first letters.
As letters are handled nicely (including 1 2.a 2 rule, which is
very useful for 1 - 2.beta- 2), so strings will be.
And resons for removing it:
- No real reasons to have it (?)
- It's not documented (or did I miss it?)
- Some ports already use strings (and nothing become broken):
/usr/ports/databases/sybtcl/Makefile:PORTVERSION= 3.0rc2
/usr/ports/devel/py-diazo/Makefile:PORTVERSION= 1.0rc4
/usr/ports/dns/bind96/Makefile:PORTVERSION= 9.6.3.1.ESV.R6
/usr/ports/games/xchomp/Makefile:PORTVERSION= pl1
/usr/ports/graphics/linux-gdk-pixbuf/Makefile:PORTVERSION=
0.22.0.18.fc4.2
/usr/ports/japanese/xgate/Makefile:PORTVERSION= 3.7pl6
/usr/ports/java/jboss5/Makefile:PORTVERSION=5.1.0.GA
/usr/ports/korean/hpscat/Makefile:PORTVERSION= 1.3jshin
/usr/ports/multimedia/linux-f10-libtheora/Makefile:PORTVERSION= 1.0rc1
/usr/ports/net/c3270/Makefile:PORTVERSION= 3.3.12ga7
/usr/ports/news/cnews/Makefile:PORTVERSION= cr.g
/usr/ports/news/husky-msged/Makefile:PORTVERSION= 6.2RC1
/usr/ports/print/xdvi/Makefile:PORTVERSION= pl20
/usr/ports/x11-wm/amiwm/Makefile:PORTVERSION= 0.21.pl2
/usr/ports/x11-wm/tvtwm/Makefile:PORTVERSION= pl11
- Mangled version numbers are not informative. Judging by package
version, there's no way to tell if an application just uses letters
as a part of its version (like openssl, for example), or you've
happened to have alpha/beta/rc or vcs snapshot of a software,
which you'll most likely want to update to a proper release as
soon as it's available
- Less confusion in ports as in many cases extra entity can be avoided
So, if we need this limitation, reason should be given, it should be
documented, and listed ports fixed. Otherwise, portlint should be fixed
and we should all march into the bright future of informative version
numbers :)
--
Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
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
___
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: PHP 5.4.0 : lang/php54
On 15 May 2012 11:17, Michael Scheidell scheid...@freebsd.org wrote: -1 susosin patch is not a 'compatibility' issue. it is a security issue. I would consider recommending a lang/php54 port, for people who absolutely need it. include the 'WITH_SUHOSIN_PATCH' knob and mark it 'IGNORE' so that anyone who expects the stsndard, default, upward compatible security will be warned against installing this port. leave php5.3 the default lang/php5 for now. wait till suhosin patch is released. use lang/php54 for anyone who absolutely must play with 5.4 (I am still going through pains replacing apache 13 and php5.2 with nginx and php53). don't think I want to /_by default_/ open up a security hole. +1 this is imho the best solution available -- Eitan Adler ___ 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: Heimdal 1.5.2 problem
On Tue, May 15, 2012 at 5:46 AM, Dewayne Geraghty dewayne.gerag...@heuristicsystems.com.au wrote: Thanks for the updates Robert. I've pursued building heimdal on a custom FreeBSD9-Stable jail built without crypto (openssl, heimdal,...); and forced the selection of bdb throughout the range 5 to 41 via the following ports.conf setting *: WITH_BDB_VER=5 ... *: WITH_BDB_VER=41 Combined with security/heimdal: PREFIX=/usr/local | WITH_CRACKLIB | WITHOUT_SQLITE | WITH_BDB Only the databases/db41 builds heimdal to completion. All others terminated with /var/ports/usr/ports/security/heimdal/work/heimdal-1.5.2/lib/com_err/.libs/libc om_err.so /usr/local/lib/libintl.so /usr/local/lib/libiconv.so /var/ports/usr/ports/security/heimdal/work/heimdal-1.5.2/lib/roken/.libs/librok en.so ../../lib/sqlite/.libs/libheimsqlite.so ../../lib/roken/.libs/libroken.so -lcrypt /usr/local/lib/libldap.so /usr/local/lib/libsasl2.so -lssl -lcrypto /usr/local/lib/liblber.so -ldb -O2 -O2 -march=prescott -mtune=prescott -Wl,--version-script -Wl,./version-script.map -pthread -pthread -Wl,-soname -Wl,libhdb.so.11 -o .libs/libhdb.so.11 .libs/db3.o: In function `hdb_db_create': db3.c:(.text+0x3a): multiple definition of `hdb_db_create' .libs/db.o:db.c:(.text+0x15): first defined here *** Error code 1 There was a change to /usr/ports/security/heimda/files with the addition of patch patch-cf__db.m4, which I removed during one build attempt with db41. This generated many more error messages libtool: compile: cc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -I/usr/local/include -DHDB_DB_DIR=\/var/db/heimdal\ -I./../krb5 -I../../lib/sqlite -I/usr/local/include -I/usr/local/include/db41 -D_LARGE_FILES= -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O2 -pipe -pipe -O2 -g0 -ggdb0 -DSTRIP_FBSDID -UDEBUGGING -UEBUGGING -I/usr/local/include/db41 -DLDAP_DEPRECATED -fno-strict-aliasing -MT db.lo -MD -MP -MF .deps/db.Tpo -c db.c -fPIC -DPIC -o .libs/db.o db.c: In function 'DB_close': db.c:48: error: too few arguments to function 'd-close' db.c: In function 'DB_lock': db.c:67: error: too few arguments to function 'd-fd' db.c: In function 'DB_unlock': db.c:80: error: too few arguments to function 'd-fd' db.c: In function 'DB_seq': db.c:104: error: 'DB' has no member named 'seq' ... Unfortunately this confirms that the heimdal 1.5.2 port doesn't build with bdb. I'll advise later in the week, the result of my preferred build of heimdal over ldap (over bdb5). For completeness, FreeBSD9-Stable was updated yesterday (May 14) and the ports tree was also updated and built on a virgin machine today (May 15). Yep. That's exactly what I've found. Also, as I have noted earlier, if you look at the output from configure during the building of the heimdal port, it builds db41 as a dependency, but configure does not find it! The only version of BDB that configure finds is the one in the base OS which is 185! This port is totally borken as far as building with BDB backend support. I've reached out to the Heimdal mailing list for some assistance, and I will try to fix the problem myself and submit a patch to the port. I haven't been able to get the port maintainer to respond to queries about this problem, but he may just be very busy. ___ 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: On file installation
On Mon, May 14, 2012 at 7:40 PM, Fernando Apesteguía
fernando.apesteg...@gmail.com wrote:
On Mon, May 14, 2012 at 7:31 PM, Chris Rees cr...@freebsd.org wrote:
On 14 May 2012 18:23, Fernando Apesteguía fernando.apesteg...@gmail.com
wrote:
Hi,
I'm working on a port for an application written in Java and I'm
having some problems deciding how to install the application.
Previous to the installation, the WRKSRC directory contains some .jar
files and some directories along with some .txt files for
licenses, but also some .exe and .bat files _which I don't want to
install_. It is basically a package that contains both files for
windows and non-windows systems.
I was thinking on using COPYTREE_SHARE to install everything and then
remove the non necessary files, but doesn't look like
an elegant solution. Also, I wouldn't like to explicitly specify every
one of the files I want to copy. Is there a way of using something
similar to bash's extglob so I can copy !(*.exe|*bat)? If not, how to
proceed?
I already looked at the existent ports to find something similar but
it seems hard to find. I also had a look at bsd.port.mk but
I couldn't find what I'm looking for.
You can use find primaries with COPYTREE_SHARE such as;
(cd ${WRKSRC}/wherever ${COPYTREE_SHARE} \*
${JAVALIBDIR}/${PORTNAME}/wherever -not -name \*.exe -and -not -name
\*.bat
Thanks! I think that is what I was looking for :)
Sorry guys, but I think I need more help :). I tried with the following line:
( cd ${WRKSRC}/JDownloader ${COPYTREE_SHARE} \*
${PREFIX}/${PORTNAME}/ ! -name \*.exe )
but it doesn't seem to follow primaries and it still installs the .exe
files. I just tried with:
( cd ${WRKSRC}/JDownloader ${COPYTREE_SHARE} \*
${PREFIX}/${PORTNAME}/ ! -name JDownloader.exe )
and check that effectively the file is not installed so I suppose this
has something to do with quoting and escaping special characters (the
asterisk). I found the following line in audio/xmp/Makefile:
( cd ${WRKSRC}/docs ${COPYTREE_SHARE} \* \
${DOCSDIR} '! ( -name Makefile -or -name xmp.1 \
-or -name *.bak -or -name *.orig )' )
that seems pretty close to what I'm trying to do, so I tried with this:
( cd ${WRKSRC}/JDownloader ${COPYTREE_SHARE} \*
${PREFIX}/${PORTNAME}/ '! ( -name *.exe )' )
but then, the asterisk is expanded and find fails:
find: JDownloader.exe: unknown primary or operator
what am I doing wrong?
Thanks in advance.
I'll give it a try.
Chris
___
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: On file installation
On 15 May 2012 18:14, Fernando Apesteguía fernando.apesteg...@gmail.com wrote:
On Mon, May 14, 2012 at 7:40 PM, Fernando Apesteguía
fernando.apesteg...@gmail.com wrote:
On Mon, May 14, 2012 at 7:31 PM, Chris Rees cr...@freebsd.org wrote:
On 14 May 2012 18:23, Fernando Apesteguía fernando.apesteg...@gmail.com
wrote:
Hi,
I'm working on a port for an application written in Java and I'm
having some problems deciding how to install the application.
Previous to the installation, the WRKSRC directory contains some .jar
files and some directories along with some .txt files for
licenses, but also some .exe and .bat files _which I don't want to
install_. It is basically a package that contains both files for
windows and non-windows systems.
I was thinking on using COPYTREE_SHARE to install everything and then
remove the non necessary files, but doesn't look like
an elegant solution. Also, I wouldn't like to explicitly specify every
one of the files I want to copy. Is there a way of using something
similar to bash's extglob so I can copy !(*.exe|*bat)? If not, how to
proceed?
I already looked at the existent ports to find something similar but
it seems hard to find. I also had a look at bsd.port.mk but
I couldn't find what I'm looking for.
You can use find primaries with COPYTREE_SHARE such as;
(cd ${WRKSRC}/wherever ${COPYTREE_SHARE} \*
${JAVALIBDIR}/${PORTNAME}/wherever -not -name \*.exe -and -not -name
\*.bat
Thanks! I think that is what I was looking for :)
Sorry guys, but I think I need more help :). I tried with the following line:
( cd ${WRKSRC}/JDownloader ${COPYTREE_SHARE} \*
${PREFIX}/${PORTNAME}/ ! -name \*.exe )
but it doesn't seem to follow primaries and it still installs the .exe
files. I just tried with:
( cd ${WRKSRC}/JDownloader ${COPYTREE_SHARE} \*
${PREFIX}/${PORTNAME}/ ! -name JDownloader.exe )
and check that effectively the file is not installed so I suppose this
has something to do with quoting and escaping special characters (the
asterisk). I found the following line in audio/xmp/Makefile:
( cd ${WRKSRC}/docs ${COPYTREE_SHARE} \* \
${DOCSDIR} '! ( -name Makefile -or -name xmp.1 \
-or -name *.bak -or -name *.orig )' )
that seems pretty close to what I'm trying to do, so I tried with this:
( cd ${WRKSRC}/JDownloader ${COPYTREE_SHARE} \*
${PREFIX}/${PORTNAME}/ '! ( -name *.exe )' )
but then, the asterisk is expanded and find fails:
find: JDownloader.exe: unknown primary or operator
what am I doing wrong?
Escape the *;
(cd ${WRKSRC}/JDownloader ${COPYTREE_SHARE} \* ${PREFIX}/${PORTNAME}/
'! ( -name \*.exe )' )
Chris
___
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
openjdk update and rxtx
After updating openjdk6, comms/rxtx gave an exception when devel/arduino tried to use it. Rebuilding comms/rxtx solved it. Don't know why portmaster didn't see that. % arduino Exception in thread main java.lang.NoClassDefFoundError: gnu/io/CommPortIdentifier at processing.app.Editor.populateSerialMenu(Editor.java:969) at processing.app.Editor.buildToolsMenu(Editor.java:697) at processing.app.Editor.buildMenuBar(Editor.java:482) at processing.app.Editor.init(Editor.java:204) at processing.app.Base.handleOpen(Base.java:700) at processing.app.Base.handleOpen(Base.java:665) at processing.app.Base.handleNew(Base.java:561) at processing.app.Base.init(Base.java:301) at processing.app.Base.main(Base.java:190) Caused by: java.lang.ClassNotFoundException: gnu.io.CommPortIdentifier at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) ... 9 more ___ 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: openjdk update and rxtx
On 5/15/12 6:21 PM, Warren Block wrote: After updating openjdk6, comms/rxtx gave an exception when devel/arduino tried to use it. Rebuilding comms/rxtx solved it. Don't know why portmaster didn't see that. if comms/rxtx was a different revision/portversion, you should open a PR with a patch to devel/arduino that requires a minimum that revision/portversion. If not, open a pr with two patches. One to bump portrevision of comms/rxtx, one to make devel/arduino require it. (maybe) ymmv -- Michael Scheidell, CTO *| * SECNAP Network Security Corporation d: +1.561.948.2259 w: http://people.freebsd.org/~scheidell ___ 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: Stop in /usr/ports/multimedia/mlt
On Tue, May 15, 2012 at 9:00 AM, Alberto Villa avi...@freebsd.org wrote: A patch is being tested. Next time you have a problem with a port, please, contact the maintainer. The fix was committed. Thanks for reporting. -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ 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
Problem building cmake
Hi there, I can't install cmake: # make install clean === Building for cmake-2.8.8 [ 2%] Built target cmIML_test [ 6%] Built target cmsys [ 7%] Built target cmsys_c [ 10%] Built target cmzlib [ 10%] Built target cmcompress [ 12%] Built target cmbzip2 [ 13%] Built target cmexpat [ 13%] Built target foo [ 22%] Built target cmForm [ 22%] Built target cmsysTestDynload [ 25%] Built target cmsysTestsCxx [ 25%] Built target cmsysTestProcess [ 26%] Built target cmsysTestSharedForward [ 26%] Built target cmsysTestsC [ 26%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/multi.c.o [ 45%] Built target cmlibarchive [ 46%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/parsedate.c.o [ 46%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/progress.c.o /usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1708: error: expected declaration specifiers or '...' before numeric constant /usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1710: error: conflicting types for 'curl_multi_socket_action' /usr/local/include/curl/multi.h:258: error: previous declaration of 'curl_multi_socket_action' was here *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/devel/cmake. I'm using FreeBSD 8.3. Does anyone know this error? -- ~f ___ 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: WITH_GCC
Hi Andriy,
Mark Linimon worked on a similar patchset in the past. Have the
two of you synced and shared patches? I did review some of his
a bit ago, and while I do not have that any more, I believe it
was somewhat different than your approach.
I'll provide some comments below. Note, I am not opposed to the
patch, but feel it may be better broken up in distinct and independent
changes. Some should go through a full cluster build. And some
give me serious headache.
On Fri, 11 May 2012, Andriy Gapon wrote:
Hopefully it should handle the bootstrapping better by accounting for
lang/gcc*
ports dependencies and avoiding creating any circular dependencies.
For simplicity the GCC ports and their dependencies are forced to be
built with the base GCC, although this does not have to be required.
Looking at the patch, there is no documentation. Can you please add
some comments to document the new setting and how it interacts with
what is in place as of today?
+.if defined(WITH_GCC) ${PORTNAME} != gcc
+
+# See if we can use a later version or exclusively the one specified.
+_WITH_GCC:= ${WITH_GCC:S/+//}
Shouldn't there first be some code that handles the case where USE_GCC
and WITH_GCC are specified at the same time?
Also, is this duplication of code really necessary between the two
settings, or could that be avoided by setting USE_GCC appropriately
under the right conditions (if and only if...) or something like
that?
.if defined(_GCC_ORLATER)
+. if defined(_WITH_GCC)
+. if ${_USE_GCC} ${_WITH_GCC}
+_USE_GCC:= ${_WITH_GCC}
+. endif
+. endif
When can this happen? And can this be handled earlier, cf. above?
-_GCC_BUILD_DEPENDS:= gcc${V}
_GCC_PORT_DEPENDS:= gcc${V}
+. if ${V} == ${GCC_DEFAULT_V}
+_GCC_BUILD_DEPENDS:= gcc
+. else
+_GCC_BUILD_DEPENDS:= gcc${V}
+. endif
Isn't this an unrelated change to what you are mainly working on?
I'd prefer to avoid that, unless there is a good reason. And if
there is, I'm open (and like) to see this go in separately.
+_GCC_OWN_DEPENDS!= (cd ${PORTSDIR}/lang/${_GCC_BUILD_DEPENDS} ${MAKE} -V
_UNIFIED_DEPENDS)
+. for _CURDIR in ${.CURDIR} # only loop variable are expanded in variable
modifiers
+. if ${_GCC_OWN_DEPENDS:M*\:${_CURDIR}} !=
+.undef _GCC_BUILD_DEPENDS
+.undef _GCC_PORT_DEPENDS
+. else
Headache, major headache. :-) What is this for, do we really need
it, and why, and can this be done differently?
+CFLAGS+= ${CFLAGS.${CC}}
+CXXFLAGS+= ${CXXFLAGS.${CC}}
Similarly here. Where does this come from, why is it related to
the WITH_GCC versus USE_GCC patch? Can and should this be split
out? How is it used and where? Where is it defined?
Gerald
PS: I won't be able to do FreeBSD work the coming two weeks (at all,
probably) but am very open to working with you and this change or
changes split out of that as well as other changes. Do not read
anything into it if responses may take a bit at times. :-)
___
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: Problem building cmake
Francisco Souza f...@souza.cc writes: [ 26%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/multi.c.o [ 45%] Built target cmlibarchive [ 46%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/parsedate.c.o [ 46%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/progress.c.o /usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1708: error: expected declaration specifiers or '...' before numeric constant /usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1710: error: conflicting types for 'curl_multi_socket_action' /usr/local/include/curl/multi.h:258: error: previous declaration of 'curl_multi_socket_action' was here Can you cd to $WRKSRC and run `make -j1 V=1' and post the output of the failing compiler call? ___ 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: pulseaudio patch for Makefile to enable building with clang
The best thing to do with patches is submit them as PRs, either via send-pr(1) or via the web interface. That way, the port maintainer (if any) gets automaticially notified. (Well, automatic if the Synopsis contains the category/portname explicitly) 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: Problem building cmake
On Tue, 15 May 2012 22:31:09 -0300 Francisco Souza f...@souza.cc wrote: Hi there, I can't install cmake: # make install clean === Building for cmake-2.8.8 [ 2%] Built target cmIML_test [ 6%] Built target cmsys [ 7%] Built target cmsys_c [ 10%] Built target cmzlib [ 10%] Built target cmcompress [ 12%] Built target cmbzip2 [ 13%] Built target cmexpat [ 13%] Built target foo [ 22%] Built target cmForm [ 22%] Built target cmsysTestDynload [ 25%] Built target cmsysTestsCxx [ 25%] Built target cmsysTestProcess [ 26%] Built target cmsysTestSharedForward [ 26%] Built target cmsysTestsC [ 26%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/multi.c.o [ 45%] Built target cmlibarchive [ 46%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/parsedate.c.o [ 46%] Building C object Utilities/cmcurl/CMakeFiles/cmcurl.dir/progress.c.o /usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1708: error: expected declaration specifiers or '...' before numeric constant /usr/ports/devel/cmake/work/cmake-2.8.8/Utilities/cmcurl/multi.c:1710: error: conflicting types for 'curl_multi_socket_action' /usr/local/include/curl/multi.h:258: error: previous declaration of 'curl_multi_socket_action' was here *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 1 Stop in /usr/ports/devel/cmake. I'm using FreeBSD 8.3. Does anyone know this error? When did 2.8.8 make it into the ports repo? I'm still showing version 2.8.7 here, and I update my ports tree daily. Did you customize the Makefile yourself to build this later version? -- Conrad J. Sabatier conr...@cox.net ___ 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: Problem building cmake
Francisco Souza f...@souza.cc writes: On Tue, May 15, 2012 at 10:56 PM, Raphael Kubo da Costa rak...@freebsd.orgwrote: Can you cd to $WRKSRC and run `make -j1 V=1' and post the output of the failing compiler call? Same output: Sorry, I ended up mixing the autotools and cmake variables. Please use `make -j1 VERBOSE=1'. ___ 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: Problem building cmake
On Tue, 15 May 2012 23:32:56 -0300 Raphael Kubo da Costa rak...@freebsd.org wrote: Conrad J. Sabatier conr...@cox.net writes: When did 2.8.8 make it into the ports repo? On May 3rd when I committed it :-) For reference, http://www.freshports.org/devel/cmake. How odd. I csup my local CVS repo regularly, and it hasn't turned up yet. May be time to switch mirrors. -- Conrad J. Sabatier conr...@cox.net ___ 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: openjdk update and rxtx
On Tue, 15 May 2012, Michael Scheidell wrote: On 5/15/12 6:21 PM, Warren Block wrote: After updating openjdk6, comms/rxtx gave an exception when devel/arduino tried to use it. Rebuilding comms/rxtx solved it. Don't know why portmaster didn't see that. if comms/rxtx was a different revision/portversion, you should open a PR with a patch to devel/arduino that requires a minimum that revision/portversion. If not, open a pr with two patches. One to bump portrevision of comms/rxtx, one to make devel/arduino require it. (maybe) comms/rxtx is still the same version. It just stopped working after the openjdk upgrade until it was rebuilt. I suspect anything trying to use rxtx will have the same problem. ___ 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: Can't get hplip to work on HP LaserJet 1212nf MFP
from Edwin L. Culp W. edwinlc...@gmail.com: I have the exact same model sitting here with me and have been trying to get it to work again. I can't really understand why it doesn't. It did work for me perfectly for a couple of months and then my computer's motherboard died and after the change, I haven't been able to get it to work again. It finds its IP through dhcp and but I can't get it to react. My previous email to the list is at: http://lists.freebsd.org/pipermail/freebsd-questions/2012-April/240116.html We should be able to get it going. I haven't looked at it for a couple of weeks (Just long enough to have forgotten what I have done) so I'll try again from zero and let you know if I have any luck. ed I rebuilt everything and still can't get it to work. I even tried USB for configuration and it says that HP LaserJet Professional m1212nf MFP, hpcups 3.12.2, requires proprietary plugin so I'm going back to IP and try again from scratch. Thanks for your effort. So you managed to get the printer recognized by hp-setup with USB, but it couldn't download and/or install the proprietary plugin? I've read recent reviews of various printer brands in PC World, and HP and Lexmark got low ratings for reliability. Now I have a strong aversion to buying anything in the future of HP brand, except toner if I can get the printer to work. Their tech support was offshored to India, and they had a difficult time communicating in English. Also, their free tech support, either by phone or email, is only for one year, while Lexmark allowed five years. Some things I can try include: Building new version of the port for both amd64 and i386; I will want to build i386 distribution from source to install on a USB stick both for wine and for the old computer. Old computer can't boot directly from USB but can with Plop Boot Manager (http://www.plop.at/). I could also try the MS-Windows software with wine. NetBSD with pkgsrc-wip; also retry the old build with Ethernet, but getting IP address from wireless router if not from dmesg.boot . Linux with a package manager like pacman or conary. OpenIndiana: I saw a reference to hplip, so worth a try with USB sticks even if OpenIndiana can't access my hard drive due to GPT. I actually downloaded and wrote the image to a USB stick. Tom ___ 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: Can't get hplip to work on HP LaserJet 1212nf MFP: accidently resent message
from Edwin L. Culp W. edwinlc...@gmail.com: I have the exact same model sitting here with me and have been trying to get it to work again. I can't really understand why it doesn't. It did work for me perfectly for a couple of months and then my computer's I accidently resent a message in this thread that I already sent a day ago. Sorry for duplicate message! Tom ___ 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: WITH_GCC
on 16/05/2012 04:35 Gerald Pfeifer said the following:
Hi Andriy,
Mark Linimon worked on a similar patchset in the past. Have the
two of you synced and shared patches? I did review some of his
a bit ago, and while I do not have that any more, I believe it
was somewhat different than your approach.
Yes. While I tried only to add support for requesting a different version of
GCC, Mark is also adding support for a different compiler altogether (clang).
Mark's patch is also more comprehensive in other aspects (e.g. WANT_GCC).
We are looking at each other's changes :-)
I'll provide some comments below. Note, I am not opposed to the
patch, but feel it may be better broken up in distinct and independent
changes. Some should go through a full cluster build. And some
give me serious headache.
On Fri, 11 May 2012, Andriy Gapon wrote:
Hopefully it should handle the bootstrapping better by accounting for
lang/gcc*
ports dependencies and avoiding creating any circular dependencies.
For simplicity the GCC ports and their dependencies are forced to be
built with the base GCC, although this does not have to be required.
Looking at the patch, there is no documentation. Can you please add
some comments to document the new setting and how it interacts with
what is in place as of today?
I think that I provided that in one of my earlier emails. You are correct that
it should go in as a documentation comment.
But at the moment, here it is for the reference:
[quote]
The idea behind the patch:
- if WITH_GCC is not defined, then everything should be as before
- if WITH_GCC is defined, but USE_GCC is not defined, then USE_GCC gets set
from WITH_GCC and then everything should be handled as before
- if both are defined
o if USE_GCC is a concrete version, then it wins
o else (if USE_GCC has the X+) form, then the minimum requested version
becomes MAX(X, Y), where Y is from WITH_GCC [*]
[*] Note that whether WITH_GCC has Y or Y+ form doesn't matter in this case.
In all cases WITH_GCC can be used only to increase minimum required GCC version,
unless a port wants a concrete fixed version.
[/quote]
+.if defined(WITH_GCC) ${PORTNAME} != gcc
+
+# See if we can use a later version or exclusively the one specified.
+_WITH_GCC:= ${WITH_GCC:S/+//}
Shouldn't there first be some code that handles the case where USE_GCC
and WITH_GCC are specified at the same time?
My approach is different:
- first validate that WITH_GCC has a sane value
- set USE_GCC if it is not set but WITH_GCC is set
Only after these steps I try to handle the case where both knobs are set
(according to the logic described at the beginning).
Also, is this duplication of code really necessary between the two
settings, or could that be avoided by setting USE_GCC appropriately
under the right conditions (if and only if...) or something like
that?
The code duplication is not nice, agreed. But I do not see what you suggest.
There are two different variables with a value in the same format, both could be
set at the same time, they could be set to different values, both need to be
validated.
.if defined(_GCC_ORLATER)
+. if defined(_WITH_GCC)
+. if ${_USE_GCC} ${_WITH_GCC}
+_USE_GCC:= ${_WITH_GCC}
+. endif
+. endif
When can this happen? And can this be handled earlier, cf. above?
This is the case when e.g. a port has USE_GCC=4.2+ and a user specifies
WITH_GCC=4.6+. I can't see how this case can be handled earlier, but I wouldn't
rule out that it could be possible.
-_GCC_BUILD_DEPENDS:=gcc${V}
_GCC_PORT_DEPENDS:= gcc${V}
+. if ${V} == ${GCC_DEFAULT_V}
+_GCC_BUILD_DEPENDS:=gcc
+. else
+_GCC_BUILD_DEPENDS:=gcc${V}
+. endif
Isn't this an unrelated change to what you are mainly working on?
Yes. I locally preferred that gcc 4.6 dependency is handled by lang/gcc instead
of lang/gcc46 when neither is installed yet.
I'd prefer to avoid that, unless there is a good reason. And if
there is, I'm open (and like) to see this go in separately.
I am not sure if it could be considered a good reason, but lang/gcc seems to be
more stable and thus user-friendlier. But yes, the snippet should be excluded
from this patch.
+_GCC_OWN_DEPENDS!= (cd ${PORTSDIR}/lang/${_GCC_BUILD_DEPENDS} ${MAKE} -V
_UNIFIED_DEPENDS)
+. for _CURDIR in ${.CURDIR} # only loop variable are expanded in variable
modifiers
+. if ${_GCC_OWN_DEPENDS:M*\:${_CURDIR}} !=
+.undef _GCC_BUILD_DEPENDS
+.undef _GCC_PORT_DEPENDS
+. else
Headache, major headache. :-) What is this for, do we really need
it, and why,
This is done to handle dependencies of a gcc port itself.
An example. Current lang/gcc46 has the following:
LIB_DEPENDS=gmp.10:${PORTSDIR}/math/gmp \
mpfr.4:${PORTSDIR}/math/mpfr \
mpc.2:${PORTSDIR}/math/mpc
RUN_DEPENDS+= ${LOCALBASE}/bin/as:${PORTSDIR}/devel/binutils
Let's presume that a user defines WITH_GCC=4.6+ and then does make install
