Current unassigned ports problem reports
Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems S Tracker Resp. Description f ports/117270[UPDATE] net/asterisk-addons to 1.4.4 1 problem total. Serious problems S Tracker Resp. Description o ports/106369vpnd caused kernel panic with ppp mode o ports/106372vpnd can't run with slip mode f ports/108077www/linux-flashplugin9 crashes linux-firefox f ports/108413net/vnc does not works. f ports/112385sysutils/lookupd on Kernel 64 f ports/112921x11-wm/Beryl not loading focus and keybinding settings f ports/113144print/ghostscript-gnu dumps core with several output d f ports/115818Executable clash between databases/grass and ruby gems f ports/116378xorg 7.3 on -stable breaks math/scilab f ports/116385net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586net/isc-dhcp3-server does not work when compiled with o ports/116611devel/p5-gearmand - rename to devel/p5-Gearman-Server f ports/116753multimedia/MPlayer crashes after playing *.flv on 7.0- f ports/116777The math/scilab port fails in demos-signal-bode. f ports/116778security/nmap ping-scan misses some hosts f ports/116949security/vpnc: Some Cisco Concentrators refuse Connect o ports/117025multimedia/pwcbsd: Pwcbsd-1.4.0 + New USBStack not wor f ports/117128security/ipsec-tools racoon.sh fails with /var on mfs f ports/117196Port net/asterisk-addons 1.4.2 fails to compile f ports/117956HP LaserJet 1022 not working after upgrade to print/HP f ports/118173net/gatekeeper port doesn't honor LOCALBASE setting o ports/118877audio/streamripper does not detect song title from str f ports/118966Configure cannot find path_dps.m4 during mail/mutt-dev f ports/119398net/v6eval - v6-eval can not compile on 7.0 o ports/119406games/warsow port update for 0.32 -- current port is 25 problems total. Non-critical problems S Tracker Resp. Description o ports/107354net/icmpinfo: icmpinfo -vvv does not recocnize any ICM f ports/107937jailed net/isc-dhcp3-server wouldn't run with an immut o ports/110144New port: math/Matlab7 f ports/111399print/ghostscript-gpl: ghostscript-gpl WITH_FT_BRIDGE f ports/111456[UPDATE] finance/pfpro updated distinfo f ports/112887net/nxserver 1.4.0_1 fails to compile after upgrading f ports/113423Update for ports net/freenx to version 0.6.0 f ports/114127net/vnc - vnc.so installed to bad location f ports/114825pam module security/pam_abl not working s ports/115216ADA devel/florist exit_process program doesn't compile s ports/115217Ada devel/florist socket program doesn't compile due t f ports/115304multimedia/gpac-mp4box cannot import files larger than o ports/115308multimedia/jahshaka fails to open GUI - ends with pre f ports/115336port multimedia/avifile on FreeBSD 7.0 not BROKEN with f ports/115401Update port: graphics/ipe Version 6.0pre28 of Ipe that f ports/115627www/Lynx (-ssl) does not correctly test for OpenSSL f ports/116037multimedia/dvd-slideshow has been updated from 0.7.5 t f ports/116058Update:
FreeBSD unmaintained ports which are currently marked broken
As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as broken in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/beast broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=beast portname: audio/ccaudio broken because: fails to compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2007111918/ccaudio-1.2.0.log (Nov 22 08:04:52 UTC 2007) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=ccaudio portname: audio/nogger broken because: just makes a humming noise build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=nogger portname: cad/varkon broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cadportname=varkon portname: chinese/chinput3 broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chineseportname=chinput3 portname: databases/glom broken because: py-gnome-extras has pygda disable because it is broke build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2007123019/glom-1.0.4_2.log (Jan 1 07:10:05 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=glom portname: databases/pgbash broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=pgbash portname: devel/meta-cvs broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2007120720/meta-cvs-1.0.13_1.log (Dec 10 04:50:34 UTC 2007) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008010321/meta-cvs-1.0.13_1.log (Jan 1 07:04:50 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=meta-cvs portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=p5-ORBit portname: devel/pear-apd broken because: Incomplete pkg-plist build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008010321/pear-apd-1.0.1,1.log (Jan 1 07:04:57 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=pear-apd portname: devel/php-dbg broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=php-dbg portname: editors/edith broken because: unfetchable build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2007121700/edith-1.58_1.log (Dec 17 22:15:01 UTC 2007) overview: http://portsmon.FreeBSD.org/portoverview.py?category=editorsportname=edith portname: emulators/twin broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulatorsportname=twin portname: games/clanbomber broken because: Does not compile
FreeBSD unmaintained ports which are currently scheduled for deletion
As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: archivers/deepforest description:A simple compress utilty using on JDE maintainer: [EMAIL PROTECTED] deprecated because: development stalled for years, outdated, unmaintained expiration date:2007-11-16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archiversportname=deepforest portname: audio/csound-manual description:Manuals for Csound maintainer: [EMAIL PROTECTED] deprecated because: The HTML documentation and tutorial are now installed by the audio/csound port, additional PDF docs can be downloaded from the csound website (http://csound.sourceforge.net/ expiration date:2007-10-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=csound-manual portname: audio/linux-mbrola description:MBROLA voice synthesizer maintainer: [EMAIL PROTECTED] deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date:2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=linux-mbrola portname: audio/mbrola description:MBROLA voice synthesizer maintainer: [EMAIL PROTECTED] deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date:2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=mbrola portname: audio/nogger description:No-frills, GTK-based Ogg Vorbis player maintainer: [EMAIL PROTECTED] status: BROKEN deprecated because: just makes a humming noise expiration date:2007-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=nogger portname: databases/pgbash description:SQL Bash Shell for PostgreSQL maintainer: [EMAIL PROTECTED] status: BROKEN deprecated because: Last release in 2003, relies on outdated Postgre 7.3 and bash 2.05a expiration date:2007-09-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=pgbash portname: devel/p5-Getopt-Mixed description:Perl module for processing of both short and long command line options maintainer: [EMAIL PROTECTED] deprecated because: Use devel/p5-Getopt-Long instead expiration date:2007-04-23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=p5-Getopt-Mixed portname: devel/php-dbg description:Debugger for PHP4 maintainer: [EMAIL PROTECTED] status: BROKEN deprecated because: does not work with php5 and does not compile on gcc4.2 expiration date:2007-11-13 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=php-dbg portname: editors/muggy description:A simple text editor for the X on TkStep maintainer: [EMAIL PROTECTED] deprecated because: development stalled for years, unmaintained expiration date:2007-11-16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editorsportname=muggy portname: editors/sam description:A unix version of Rob Pike's editor for plan9 maintainer: [EMAIL PROTECTED] deprecated because: distfile and homepage disappeared expiration date:2007-01-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editorsportname=sam portname: emulators/linux-winetools description:A setup and configuration tool for WINE maintainer: [EMAIL PROTECTED] deprecated because: Very old, discontinued, and replaced by emulators/wine-doors expiration date:2007-11-14 build errors: none. overview:
FreeBSD ports which are currently scheduled for deletion
As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: archivers/deepforest description:A simple compress utilty using on JDE maintainer: [EMAIL PROTECTED] deprecated because: development stalled for years, outdated, unmaintained expiration date:2007-11-16 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=archiversportname=deepforest portname: audio/csound-manual description:Manuals for Csound maintainer: [EMAIL PROTECTED] deprecated because: The HTML documentation and tutorial are now installed by the audio/csound port, additional PDF docs can be downloaded from the csound website (http://csound.sourceforge.net/ expiration date:2007-10-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=csound-manual portname: audio/daapd description:Server for Digital Audio Access Protocol maintainer: [EMAIL PROTECTED] deprecated because: Development stalled, outdated. Does not support newer versions of DAAP protocol. expiration date:2007-11-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=daapd portname: audio/daaplib description:A C++ library for DAAP memory streams maintainer: [EMAIL PROTECTED] status: BROKEN deprecated because: Development stalled for years, outdated. Does not support newer versions of DAAP protocol. expiration date:2007-11-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=daaplib portname: audio/linux-mbrola description:MBROLA voice synthesizer maintainer: [EMAIL PROTECTED] deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date:2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=linux-mbrola portname: audio/mbrola description:MBROLA voice synthesizer maintainer: [EMAIL PROTECTED] deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date:2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=mbrola portname: audio/nogger description:No-frills, GTK-based Ogg Vorbis player maintainer: [EMAIL PROTECTED] status: BROKEN deprecated because: just makes a humming noise expiration date:2007-11-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audioportname=nogger portname: benchmarks/tsung description:Multi-protocol distributed load testing tool maintainer: [EMAIL PROTECTED] status: BROKEN deprecated because: fails to install expiration date:2008-01-22 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2007123019/tsung-1.2.1.log (Jan 1 07:08:33 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=benchmarksportname=tsung portname: databases/pgbash description:SQL Bash Shell for PostgreSQL maintainer: [EMAIL PROTECTED] status: BROKEN deprecated because: Last release in 2003, relies on outdated Postgre 7.3 and bash 2.05a expiration date:2007-09-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=pgbash portname: devel/p5-Getopt-Mixed description:Perl module for processing of both short and long command line options maintainer: [EMAIL PROTECTED] deprecated because: Use devel/p5-Getopt-Long instead expiration date:2007-04-23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=develportname=p5-Getopt-Mixed portname: devel/php-dbg description:Debugger for PHP4 maintainer: [EMAIL PROTECTED] status: BROKEN deprecated because:
FreeBSD unmaintained ports which are currently marked forbidden
As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as forbidden in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=miscportname=compat3x portname: net/gnu-finger forbidden because: http://www.vuxml.org/freebsd/610bc692-a2ad-11dc-900c-000bcdc1757a.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=netportname=gnu-finger ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD ports which are currently marked forbidden
As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as forbidden in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databasesportname=gnats portname: french/pluxml forbidden because: no active development and known security vulnerabilities, see http://www.securityfocus.com/bid/24607/info for details build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=frenchportname=pluxml portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=miscportname=compat3x portname: net/gnu-finger forbidden because: http://www.vuxml.org/freebsd/610bc692-a2ad-11dc-900c-000bcdc1757a.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=netportname=gnu-finger portname: www/tdiary-devel forbidden because: contains a vulnerability: http://www.tdiary.org/20071215.html written in Japanese build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=wwwportname=tdiary-devel portname: www/zope forbidden because: contains cross-site scripting vulnerability http://VuXML.FreeBSD.org/34414a1e-e377-11db-b8ab-000c76189c4c.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=wwwportname=zope ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: lsof and ZFS
On Sat, 5 Jan 2008, Dmitry Morozovsky wrote: On Sat, 5 Jan 2008, Wesley Shields wrote: WS can anyone sched me a light when lsof start supporting ZFS under FreeBSD? I WS tried to quick hack configure, but did not have much success... WS WS I actually talked to the author the other day on a different matter, and WS he mentioned that he is planning to add ZFS support. Unfortunatly, the WS FreeBSD -CURRENT machine he used, sledge.freebsd.org, is down right now, WS so we're working on finding another machine he can access. So WS hopefully, real soon now(tm). WS WS I have a machine which fits that description I would be glad to give him WS access to. WS WS There is actually a PR for this (119041). The maintainer wishes to hold WS off on adding a custom patch to the port in favor of the next upcoming WS version which should support ZFS. I see, thanks. The only additional thing I would like to bring attention at is the fact that ZFS can be used as root, requiring to additionally patch lsof like FreeSBIE people did for cd9660 root. I believe Vic Abell (the author) is aware of this, although my machines (that he is using for the dev, on RELENG_7), are NOT rooted on ZFS, although everything else, except swap, is on ZFS. I'll CC Vic on this reply as well. Thanks, Larry Rosenman sysutils/lsof maintainer -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: [EMAIL PROTECTED] US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: lsof and ZFS
Larry, You write: On Sat, 5 Jan 2008, Dmitry Morozovsky wrote: The only additional thing I would like to bring attention at is the fact that ZFS can be used as root, requiring to additionally patch lsof like FreeSBIE people did for cd9660 root. I'm not sure about that. The patch in the cd9660 PR was needed because lsof couldn't stat(2) the root file system. I'm not sure I understand why that is. What's more, the patch may have unwanted side effects which I can't determine myself -- e.g., lsof may not be able to convert kernel device numbers to the user space device numbers returned by stat(2) and displayed by ls(1). I've e-mailed the PR author, asking him to do some testing. I believe Vic Abell (the author) is aware of this, although my machines (that he is using for the dev, on RELENG_7), are NOT rooted on ZFS, although everything else, except swap, is on ZFS. Yes, Larry, I see that now. / is UFS. Some time someone will have to test the lsof update for ZFS on a system that does have / on ZFS. I won't be able to do that. I need to warn everyone that the ZFS update for FreeBSD lsof is going to take a lot of work and time. Lsof needs the znode structure definition (and other ZFS structure definitions) that are defined in the OpenSolaris sources and its header files won't compile in combination with any FreeBSD header files. I found the module compatibility stuff, so I know how to make the OpenSolaris headers compile, but it will require major modifications to lsof to be able to do it. Vic Abell, lsof author ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Patch 7.1.126 and patch 7.1.186 fo VIM
On Sat, Jan 05, 2008 at 07:08:57PM -0500, Derek Tattersall wrote: Patch 7.1.186 to vim-7.1 is dependent on changes made in patch 7.1.126. However, 7.1.126 will not apply cleanly to the tree in vim-7.1.tar.bz2, as the file gui_w48.c is not in that archive. Conversation on the vim-use list at Google shows Bram Moolenaar is willing to make special patch as 7.1.126ne. This will probably cause some changes to be made to the vim Makefile. Is this the right way to correct this problem? Good enough I guess. As long as it doens't happen often, as I have to specical case the patch name as I generate them using a 'jot' 1-liner. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: new wiki page: State of Packages on Sparc64
On Sat, Jan 05, 2008 at 12:57:27PM -0800, Stephen Hurd wrote: In debugging it though, it seems that gdb doesn't support thread debugging on sparc64 which is causing some problems... is this due to the lack of TLS? Nope. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Migrating to AMD64
Is there a documented or preferred approach to migrate ports from i386 to AMD64? Portupgrade has issues. Deleting and reinstalling 1954 ports by hand would be a monumental project. Any suggestions? -- Cheers, Cy Schubert [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Migrating to AMD64
Cy Schubert píše v po 07. 01. 2008 v 09:15 -0800: Is there a documented or preferred approach to migrate ports from i386 to AMD64? Portupgrade has issues. Deleting and reinstalling 1954 ports by hand would be a monumental project. Any suggestions? Reinstall from scratch. -- Pav Lucistnik [EMAIL PROTECTED] [EMAIL PROTECTED] lofi My _sympathetic_ opinion about kdevelop is that it's a huge pile of shit that might at least work okay if used in Linux. lofi My neutral opinion is that it's just a huge pile of shit. signature.asc Description: Toto je digitálně podepsaná část zprávy
Re: Migrating to AMD64
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pav Lucistnik wrote: Cy Schubert píše v po 07. 01. 2008 v 09:15 -0800: Is there a documented or preferred approach to migrate ports from i386 to AMD64? Portupgrade has issues. Deleting and reinstalling 1954 ports by hand would be a monumental project. Any suggestions? Reinstall from scratch. I think that the only preferred way is to do a 'pkg_info -qao' and save the output, reinstall from scratch, install portupgrade, then portinstall -P `cat list`... Without this you will easily end up with some nasty i386/amd64 binary mixure issue. Cheers, - -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHgnn2i+vbBBjt66ARAk++AKCFPk/lbDg9d69it6zt67ivrvbaGACfbFjO uPA1uBsi6xRv2QATwGB48mM= =RDn0 -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Migrating to AMD64
Pav Lucistnik wrote: Cy Schubert píše v po 07. 01. 2008 v 09:15 -0800: Is there a documented or preferred approach to migrate ports from i386 to AMD64? Portupgrade has issues. Deleting and reinstalling 1954 ports by hand would be a monumental project. Any suggestions? Reinstall from scratch. Something like this can be used to uninstall all ports. cd /var/db/pkg; find . -type d | xargs pkg_delete So, perhaps you mod the xargs to a deinstall/reinstall script? Brian ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Migrating to AMD64
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian wrote: Pav Lucistnik wrote: Cy Schubert píše v po 07. 01. 2008 v 09:15 -0800: Is there a documented or preferred approach to migrate ports from i386 to AMD64? Portupgrade has issues. Deleting and reinstalling 1954 ports by hand would be a monumental project. Any suggestions? Reinstall from scratch. Something like this can be used to uninstall all ports. cd /var/db/pkg; find . -type d | xargs pkg_delete So, perhaps you mod the xargs to a deinstall/reinstall script? Ah, maybe pkg_delete -a? :-) I'd prefer, however, rm -fr /usr/local /var/db/pkg sometimes. Cheers, - -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHgnrBi+vbBBjt66ARAnfGAKCyhv+IClmA0szXHlVQvzbhFffePACeJmiD /JaDxjwP9oicAMvv2V1W6qw= =sDef -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
WIP: graphics/hugin upgrade from 0.6.1 to 0.7.b4
Hi, I intend to upgrade graphics/hugin from 0.6.1 to 0.7.b4. The beta4 has been available for quite sometime. It would be nice if you can test the attached patch - that's what I am going to commit in the next few days, provided there are not any problems reported. There may be some pkg-plist issues with the current patch. Does the new port work for you? Does hugin 0.7 beta4 work for you? Thanks! -- Vasil Dimov [EMAIL PROTECTED]Software Developer @ Oracle/Innobase Oy [EMAIL PROTECTED]Committer @ FreeBSD.org [EMAIL PROTECTED]Home @ Sofia, Bulgaria Index: Makefile === RCS file: /home/pcvs/ports/graphics/hugin/Makefile,v retrieving revision 1.20 diff -u -r1.20 Makefile --- Makefile 30 Sep 2007 04:46:53 - 1.20 +++ Makefile 7 Jan 2008 20:14:32 - @@ -6,8 +6,7 @@ # PORTNAME= hugin -PORTVERSION= 0.6.1 -PORTREVISION= 2 +DISTVERSION= 0.7_beta4 CATEGORIES= graphics MASTER_SITES= ${MASTER_SITE_SOURCEFORGE} MASTER_SITE_SUBDIR= ${PORTNAME} @@ -15,38 +14,59 @@ MAINTAINER= [EMAIL PROTECTED] COMMENT= A GUI for Panorama Tools, to stitch panoramic images -BUILD_DEPENDS= libpano12=2.8.4:${PORTSDIR}/graphics/libpano12 \ - vigra-config:${PORTSDIR}/graphics/vigra \ - zip:${PORTSDIR}/archivers/zip -LIB_DEPENDS= tiff:${PORTSDIR}/graphics/tiff \ +# zip is needed for building the help file +BUILD_DEPENDS= zip:${PORTSDIR}/archivers/zip +LIB_DEPENDS= pano13:${PORTSDIR}/graphics/libpano13 \ + tiff:${PORTSDIR}/graphics/tiff \ png:${PORTSDIR}/graphics/png \ jpeg:${PORTSDIR}/graphics/jpeg \ - fftw:${PORTSDIR}/math/fftw \ boost_date_time:${PORTSDIR}/devel/boost -RUN_DEPENDS= PTOptimizer:${PORTSDIR}/graphics/libpano12 \ - PTStitcher:${PORTSDIR}/graphics/linux-panorama-tools + +OPTIONS= ENBLEND enblend for high quality blending on \ + AUTOPANOSIFT autopano-sift for automatic control points on \ + PTSTITCHER PTStitcher for stitching images on USE_BZIP2= yes -USE_AUTOTOOLS= autoconf:261:env autoheader:261:env aclocal:19:env \ - automake:19:env libtool:15:env +USE_AUTOTOOLS= autoconf:261:env autoheader:261:env aclocal:110:env \ + automake:110:env libtool:15:env IS_INTERACTIVE= yes GNU_CONFIGURE= yes CONFIGURE_TARGET=--build=${MACHINE_ARCH}-portbld-freebsd${OSREL} CONFIGURE_ENV= PTHREAD_LIBS=${PTHREAD_LIBS} WXRC=${WXRC_CMD} -CONFIGURE_ARGS+= --with-boost=${LOCALBASE} \ - --disable-desktop +CONFIGURE_ARGS+=--with-boost=${LOCALBASE} +# --disable-desktop USE_GMAKE= yes USE_ICONV= yes -USE_WX= 2.6 +USE_WX= 2.6+ WX_CONF_ARGS= absolute +.if defined(WX_UNICODE) +CONFIGURE_ARGS+=--with-unicode=yes +.else +CONFIGURE_ARGS+=--with-unicode=no +.endif + MAN1= fulla.1 DOCSDIR= ${PREFIX}/share/hugin/xrc/data +.include bsd.port.pre.mk + +.if defined(WITH_ENBLEND) +RUN_DEPENDS+= enblend:${PORTSDIR}/graphics/enblend +.endif + +.if defined(WITH_AUTOPANOSIFT) +RUN_DEPENDS+= autopanog:${PORTSDIR}/graphics/autopano-sift +.endif + +.if defined(WITH_PTSTITCHER) +RUN_DEPENDS+= PTStitcher:${PORTSDIR}/graphics/linux-panorama-tools +.endif + .if defined(WITHOUT_NLS) CONFIGURE_ARGS+=--disable-nls PLIST_SUB+= NLS=@comment @@ -56,9 +76,6 @@ .endif pre-configure: - cd ${WRKSRC} \ - ${SETENV} ${AUTOTOOLS_ENV} \ - ACLOCAL=${ACLOCAL} -I ${LOCALBASE}/share/aclocal \ - ./bootstrap + cd ${WRKSRC} ${SETENV} ${AUTOTOOLS_ENV} ./bootstrap -.include bsd.port.mk +.include bsd.port.post.mk Index: distinfo === RCS file: /home/pcvs/ports/graphics/hugin/distinfo,v retrieving revision 1.5 diff -u -r1.5 distinfo --- distinfo 19 Feb 2007 09:47:45 - 1.5 +++ distinfo 7 Jan 2008 20:14:32 - @@ -1,3 +1,3 @@ -MD5 (hugin-0.6.1.tar.bz2) = 46bc3136d42acbabab837128ff471507 -SHA256 (hugin-0.6.1.tar.bz2) = 18546d42ef15154246d5b84ebde847aa2cf003c6305cc64a17cc5396db346ae7 -SIZE (hugin-0.6.1.tar.bz2) = 2151921 +MD5 (hugin-0.7_beta4.tar.bz2) = 28b69d85ae06a22fe9514f7f77e6dddb +SHA256 (hugin-0.7_beta4.tar.bz2) = 4527d40ae56a6ef67583a350ab67505e86054c0b297b2d18cf892c2751cabcfd +SIZE (hugin-0.7_beta4.tar.bz2) = 2319243 Index: files/patch-bootstrap === RCS file: /home/pcvs/ports/graphics/hugin/files/patch-bootstrap,v retrieving revision 1.3 diff -u -r1.3 patch-bootstrap --- files/patch-bootstrap 28 Mar 2007 20:46:18 - 1.3 +++ files/patch-bootstrap 7 Jan 2008 20:14:32 - @@ -1,11 +1,11 @@ bootstrap.orig Mon Aug 21 01:19:33 2006 -+++ bootstrap Wed Mar 28 22:25:54 2007 -@@ -42,7 +42,7 @@ - gettextize_version=`$GETTEXTIZE --version | sed 's/^[^0-9]*\([0-9.][0-9.]*\).*/\1/'` - # echo gettextize version: $gettextize_version - case $gettextize_version in -- 0.11*|0.12*|0.13*|0.14*) -+ 0.1[1-9]*) - have_gettextize=true +--- bootstrap.orig 2008-01-07 22:06:02.0 +0200 bootstrap 2008-01-07 22:05:35.0 +0200 +@@ -79,7 +79,7 @@ + automake_version=`$AUTOMAKE
RE: lsof and ZFS
On Mon, 7 Jan 2008, Vic Abell wrote: VA Larry, VA VA You write: VA VA On Sat, 5 Jan 2008, Dmitry Morozovsky wrote: VA VA The only additional thing I would like to bring attention VA at is the fact that VA ZFS can be used as root, requiring to additionally patch VA lsof like FreeSBIE people did for cd9660 root. VA VA I'm not sure about that. The patch in the cd9660 PR was needed VA because lsof couldn't stat(2) the root file system. I'm not VA sure I understand why that is. VA VA What's more, the patch may have unwanted side effects which I VA can't determine myself -- e.g., lsof may not be able to convert VA kernel device numbers to the user space device numbers returned VA by stat(2) and displayed by ls(1). I've e-mailed the PR author, VA asking him to do some testing. VA VA I believe Vic Abell (the author) is aware of this, although VA my machines (that he is using for the dev, on RELENG_7), are VA NOT rooted on ZFS, although everything else, except swap, is VA on ZFS. VA VA Yes, Larry, I see that now. / is UFS. Some time someone will VA have to test the lsof update for ZFS on a system that does have VA / on ZFS. I won't be able to do that. VA VA I need to warn everyone that the ZFS update for FreeBSD lsof is VA going to take a lot of work and time. Lsof needs the znode VA structure definition (and other ZFS structure definitions) that VA are defined in the OpenSolaris sources and its header files won't VA compile in combination with any FreeBSD header files. I found VA the module compatibility stuff, so I know how to make the VA OpenSolaris headers compile, but it will require major VA modifications to lsof to be able to do it. I'll more than happy to test on my machines with ZFS root - my home FreeBSD workstation has been configured with ZFS-on-root, and so my notebook FreeBSD boot (it's triple-booted). Which info should I provide? Quick reference: [EMAIL PROTECTED]:/usr/src# mount | grep '/ ' revamp on / (zfs, local) [EMAIL PROTECTED]:/usr/src# uname -a FreeBSD revamp.wpub.woozle.net 7.0-BETA4 FreeBSD 7.0-BETA4 #17: Sun Dec 16 16:24:37 MSK 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MINI i386 [EMAIL PROTECTED]:/usr/src# lsof -n -c init COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME init 1 root cwd unknown file system type: zfs init 1 root rtd unknown file system type: zfs init 1 root txt unknown file system type: zfs [EMAIL PROTECTED]:/usr/src# pkg_info | grep lsof lsof-4.79E Lists information about open files (similar to fstat(1)) Thanks you in advance! Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: lsof and ZFS
Dmitry, You write: I'll more than happy to test on my machines with ZFS root - my home FreeBSD workstation has been configured with ZFS-on-root, and so my notebook FreeBSD boot (it's triple-booted). Which info should I provide? The important thing will be to make sure that lsof reports correct device numbers (i.e., the smae ones ls(1) reports), link counts, file sizes and node numbers for ZFS files. Some of that checking is done by the lsof test suite, but not everything. Quick reference: ... That looks good for a test bed. Thanks you in advance! I'll let you know when I have something to test. As I said earlier, this will be a substantial modification. I will provide a pre-release distribution in the 4.79 series, probably an 'F' edition, that you can download and build. Vic ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: lsof and ZFS
Vic, On Mon, 7 Jan 2008, Vic Abell wrote: VA I'll let you know when I have something to test. As I said VA earlier, this will be a substantial modification. I will VA provide a pre-release distribution in the 4.79 series, VA probably an 'F' edition, that you can download and build. Thank you, I'll wait for your updates to test. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: [EMAIL PROTECTED] ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Adobe Reader and SCIM (was: Re: Adobe Reader 8 ports)
On Sat, 05 Jan 2008 15:00:27 +0900 (JST) Hiroki Sato [EMAIL PROTECTED] wrote: [...] - XIM does not work at least in japanese/acroread8 even if GTK_IM_MODULE=xim is defined. Since several Linux users around me pointed out this, this seems not FreeBSD-specific. I have heard that SCIM works, but I do not check it yet. Unfortunately, SCIM doesn't work in Acrobat Reader 8. Neither with GTK_IM_MODULE=xim, nor with GTK_IM_MODULE=scim. However, getting SCIM to run even with Adobe Reader 7 is a bit tricky if one wants to keep recommended GTK_IM_MODULE=scim. I have a question and a suggestion: 1. Is the purpose of case ${ADOBE_LANG} in . JPN) : ${GTK_IM_MODULE:=xim}; export GTK_IM_MODULE ;; to override any other existing value? 2. My suggestion is to enhance this idea to all languages in the following way (that overcomes one SCIM problem described below). Namely, if you have this in xinitrc: GTK_IM_MODULE=xim QT_IM_MODULE=xim [EMAIL PROTECTED] SCIM will work everywhere (incl. Reader 7), but it will behave very badly in GTK applications. If you use SCIM's recommended values: GTK_IM_MODULE=scim QT_IM_MODULE=scim [EMAIL PROTECTED] it will not work in Linux and QT apps (incl. Reader 7). The problem is (I don't know if this is FreeBSD specific) that GTK_IM_MODULE, once set to 'scim', can't be changed to 'xim' in the same X session, so the line like aforementioned JPN-specific setting will not have any effect in such environment. The same goes for XMODIFIERS once set to @im=SCIM. The workaround I found is to use the following unusual values: GTK_IM_MODULE=scim QT_IM_MODULE=scim [EMAIL PROTECTED] (start scim -d manually in ~/.xinitrc) and to use this code in /usr/local/bin/acroread (for all languages): if [ ${GTK_IM_MODULE} = scim ]; then if [ x$XIM_PROGRAM != x ]; then export XIM_PROGRAM= echo WARNING: \$XIM_PROGRAM variable sometimes can't be echo effectively changed. If you have problems running echo SCIM, don't define it in your xinitrc. fi if [ $XMODIFIERS = @im=SCIM ]; then echo WARNING: If you have problems running SCIM, please echo try to set \$XMODIFIERS to \@im=XIM\ (instead of echo \@im=SCIM\) in your xinitrc. fi export GTK_IM_MODULE=xim export [EMAIL PROTECTED] fi This way, SCIM will work optimally in both GTK apps and Acrobat Reader 7. Best regards. -- Nikola Lečić :: Никола Лечић ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: new wiki page: State of Packages on Sparc64
On Sat, Jan 05, 2008 at 12:57:27PM -0800, Stephen Hurd wrote: Mark Linimon wrote: On Wed, Jan 02, 2008 at 05:10:56PM -0600, Mark Linimon wrote: Please see http://wiki.freebsd.org/Sparc64Packages for a writeup on where we are with respect to sparc64 packages, from portmgr's perspective. I have updated the charts and detailed-list pages on portsmon with the latest information from the partial runs on sparc64-6 and sparc64-7. The former is nearly complete, the latter has a few hundred packages to go. I've been looking into the OpenEXR problem and a trivial work-around is building the graphics/ilmbase port without multithreaded file I/O support. Hrm, the setGlobalThreadCount() test crashes in a bizarre way in libthr; I can only reproduce this with 7.0-BETA4 and 7.0-PRERELEASE though. The whole test suite succeeds on 8.0-CURRENT and it also doesn't crash when running a 8.0-CURRENT kernel with the 7.0 userland on the same machine, which suggests that some important kernel fix in HEAD hasn't been MFC'ed, yet... In debugging it though, it seems that gdb doesn't support thread debugging on sparc64 which is causing some problems... is this due to the lack of TLS? No; most likely because it's not implemented, see libpthread_md.c. Marius ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Adobe Reader and SCIM
Nikola Lečić [EMAIL PROTECTED] wrote in [EMAIL PROTECTED]: ni 1. Is the purpose of ni ni case ${ADOBE_LANG} in ni . ni JPN) : ${GTK_IM_MODULE:=xim}; export GTK_IM_MODULE ;; ni nito override any other existing value? This line does not override the existing value. Just setting the default value if not defined. niit will not work in Linux and QT apps (incl. Reader 7). The problem niis (I don't know if this is FreeBSD specific) that GTK_IM_MODULE, nionce set to 'scim', can't be changed to 'xim' in the same X session, niso the line like aforementioned JPN-specific setting will not have niany effect in such environment. The same goes for XMODIFIERS once set nito @im=SCIM. As explained above, the acroread script does not change them if defined already. I basically think the user should be responsble for environment variables that he sets by himself, and the acroread script should set the default values at the most. However, I agree with setting some variables to work around problems that prevent acroread from working, but I am not sure if your suggestion is reasonable yet. On my box, GTK_IM_MODULE=scim QT_IM_MODULE=scim [EMAIL PROTECTED] works fine with acroread7 (not for acroread8, btw), and I could not understand the reason why changing XMODIFIER to @im=XIM does the trick. -- | Hiroki SATO pgpg3PNm3e1Jh.pgp Description: PGP signature
Re: sysutils/cfengine: invalid use of USE_BDB
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Scot Hetzel wrote: I have noticed that sysutils/cfengine is using USE_BDB incorrectly. USE_BDB?= 46 The USE_BDB variable is not a user setable variable. If someone were to read this Makefile, they would get the wrong impression that they should set USE_BDB in there /etc/make.conf, ports.conf, or portupgrade.conf file. When they should instead be setting the WITH_BDB_VER variable. The USE_BDB should be set to the minimum version of Berkeley DB that the port will build with. USE_BDB= 44+ And left up to the person installing the port to specify a higher version. If you want to take the choice away from the installer and have the port always use BDB 4.6, then the port should use: USE_BDB= 46 Which will prevent the use of BDB 4.4 and 4.5 from ever being used by this port. I think the proper use of *_BDB variables is that: WITH_BDB?= 46 (An advisory usage), and USE_BDB=yes as in the attachment. Cheers, - -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHguxRi+vbBBjt66ARAuHIAKC5rRxKOvsAveDPEoAXbQvKxa4giACfQEpO EJk7hRJusCc6sWaTpLfiCoM= =yUim -END PGP SIGNATURE- Index: Makefile === RCS file: /home/ncvs/ports/sysutils/cfengine/Makefile,v retrieving revision 1.40 diff -u -p -r1.40 Makefile --- Makefile4 Jan 2008 23:54:17 - 1.40 +++ Makefile8 Jan 2008 03:16:59 - @@ -16,7 +16,8 @@ COMMENT= A systems administration tool f USE_RC_SUBR= cfexecd cfservd -USE_BDB?= 46 +WITH_BDB_VER?= 46 +USE_BDB= yes USE_OPENSSL= yes GNU_CONFIGURE= yes CONFIGURE_TARGET= --build=${MACHINE_ARCH}-portbld-freebsd${OSREL} ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
CFT: Adobe Reader 8 + SCIM/UIM (was Adobe Reader and SCIM)
Hi all, If you are using Adobe Reader 8.1.1 with SCIM or UIM, please try the following and then run acroread8: # cd /usr/ports # fetch http://people.allbsd.org/~hrs/FreeBSD/imm-ports.tar.gz # tar xzvf imm-ports.tar.gz # cd /usr/ports/textproc/linux-scim-libs make install # cd /usr/ports/textproc/linux-uim-gtk2 make install imm-ports.tar.gz includes three new ports of immodules in Linux binary which should make SCIM and UIM work with acroread8. If they work, I will commit them as dependency. -- | Hiroki SATO pgpyAUuIjNDTm.pgp Description: PGP signature
Re: CFT: Adobe Reader 8 + SCIM/UIM (was Adobe Reader and SCIM)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hiroki Sato wrote: Hi all, If you are using Adobe Reader 8.1.1 with SCIM or UIM, please try the following and then run acroread8: # cd /usr/ports # fetch http://people.allbsd.org/~hrs/FreeBSD/imm-ports.tar.gz # tar xzvf imm-ports.tar.gz # cd /usr/ports/textproc/linux-scim-libs make install # cd /usr/ports/textproc/linux-uim-gtk2 make install imm-ports.tar.gz includes three new ports of immodules in Linux binary which should make SCIM and UIM work with acroread8. If they work, I will commit them as dependency. Where do I find acroread8? -- | Hiroki SATO - -- Aryeh M. Friedman FloSoft Systems, Java Developer Tools http://www.flosoft-systems.com Developer, not business, friendly. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHgv1gjRvRjGmHRgQRAmCbAJ93g4hMV4lBeuQ/hyl8elDg8gHitQCfda5Y mcDdHI0vX+5kt5BBKMvJpoc= =Eazi -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CFT: Adobe Reader 8 + SCIM/UIM
Aryeh M. Friedman [EMAIL PROTECTED] wrote in [EMAIL PROTECTED]: ar Where do I find acroread8? See http://www.freshports.org/print/acroread8/. -- | Hiroki SATO pgphR4ln4i3sY.pgp Description: PGP signature
Re: CFT: Adobe Reader 8 + SCIM/UIM (was Adobe Reader and SCIM)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Remko Lodder wrote: [snip irrelevant info] Where do I find acroread8? [snip irrelevant info] Sigh, you never -ever- learn do you? checkout www.freshports.org for a real easy search option, or what I just Never heard of freshports upto now. did: grep ^acroread /usr/ports/INDEX-6 It was not in the ports collection or the index thus the question. acroread8-8.1.1_1|/usr/ports/print/acroread8| that wasn't SO hard right? Now back our regular program of idiot vs. idiot. - -- Aryeh M. Friedman FloSoft Systems, Java Developer Tools http://www.flosoft-systems.com Developer, not business, friendly. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHgyXijRvRjGmHRgQRAhdMAJ9PJxuP68WgjS6DhtzQdmblOKZWxwCgrTeX kdxj1hI87uU2KGEVu/XPgDM= =1tOB -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CFT: Adobe Reader 8 + SCIM/UIM (was Adobe Reader and SCIM)
On Tue, January 8, 2008 8:27 am, Aryeh M. Friedman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Remko Lodder wrote: [snip irrelevant info] Where do I find acroread8? [snip irrelevant info] Sigh, you never -ever- learn do you? checkout www.freshports.org for a real easy search option, or what I just Never heard of freshports upto now. What a suprise to read this from you... did: grep ^acroread /usr/ports/INDEX-6 It was not in the ports collection or the index thus the question. it is (As you obviously can see) acroread8-8.1.1_1|/usr/ports/print/acroread8| that wasn't SO hard right? Now back our regular program of idiot vs. idiot. I prefer the program: Idiot vs someone who at least can find information, a little google query could have helped you as well, but again and again you make the same mistakes. Please -learn-. - -- Aryeh M. Friedman FloSoft Systems, Java Developer Tools http://www.flosoft-systems.com Developer, not business, friendly. ^ mostly developers are able to find information, and business people do not, are you sure the signature is correct here and didn't you revert the information by accident? -- /\ Best regards, | [EMAIL PROTECTED] \ / Remko Lodder | [EMAIL PROTECTED] Xhttp://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]