Re: How to know which version of an apps available in various FreeBSD release?
Tao Wang dancef...@gmail.com wrote: Hi, I'm doing a survey about the availablilty of some packages in different platform, including FreeBSD release. I want to know whether the package is existed in the specific FreeBSD release, and which version it is? I found: http://www.freebsd.org/ports/ , however, it is only against -STABLE or -CURRENT. I also need to know the information on previous release. How to do it? Thanks. All the information you need is available in INDEX: http://www.FreeBSD.org/ports/INDEX-8.bz2 Emanuel ___ 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: issues unveiled by devel/gettext
What I do on this issue is: cd /usr/local/lib ln -s libintl.so.9 libintl.so.8 Then continue to upgrade all ports depending on gettext: portupgrade -frx '=2010-06-01 00:00' gettext (the time for exclusion depends on the time your gettext and dependents got upgraded) I am not sure what might break later though ;) iongchun 2010/6/1 Franci Nabalanci lum...@gmail.com I have the same problem and my FreeBSD 8.0 release doesnn't work anymore. I cannot do anything. It is possible to save this problem or better install different OS?? On Mon, May 31, 2010 at 10:29 AM, Dominic Fandrey kamik...@bsdforen.de wrote: Error 1: The configure script of devel/gettext pulls in gawk if installed, which depends on gettext and causes install to fail. Error 2: I updated with portmaster -Da so I stumbled over lots of stuff that didn't get version bumped, even though it directly links to gettext. This is the list of packages that miss a direct dependency on devel/gettext and should be version bumped: textproc/libcroco devel/glib20 shells/bash textproc/libxslt security/libgcrypt devel/dbus-glib devel/eggdbus sysutils/polkit devel/libIDL devel/ORBit2 devel/gconf2 devel/gio-fam-backend x11-toolkits/pango devel/gamin x11-toolkits/gtk20 (also links against its old version during build) More missing direct dependencies were uncovered by pkg_libchk: graphics/ImageMagick audio/arts net/avahi-app devel/avr-gcc sysutils/consolekit devel/desktop-file-utils textproc/enchant net-im/farsight2 graphics/gegl graphics/gimp-app print/gimp-gutenprint devel/glibmm devel/gnome-vfs textproc/gsed multimedia/gstreamer-ffmpeg multimedia/gstreamer-plugins multimedia/gstreamer-plugins-bad audio/gstreamer-plugins-cdparanoia multimedia/gstreamer-plugins-dvd audio/gstreamer-plugins-esound audio/gstreamer-plugins-flac devel/gstreamer-plugins-gnomevfs multimedia/gstreamer-plugins-gnonlin graphics/gstreamer-plugins-jpeg audio/gstreamer-plugins-lame multimedia/gstreamer-plugins-good graphics/gstreamer-plugins-libpng audio/gstreamer-plugins-ogg audio/gstreamer-plugins-pulse audio/gstreamer-plugins-shout2 audio/gstreamer-plugins-sndfile multimedia/gstreamer-plugins-ugly audio/gstreamer-plugins-wavpack multimedia/gstreamermm x11-toolkits/gtkglext textproc/gtkspell print/gutenprint-base x11-toolkits/gtkmm24 print/gutenprint-ijs science/hdf5 irc/irssi sysutils/k3b devel/libbonobo x11-toolkits/libbonoboui multimedia/libdv x11/libgnome graphics/libgnomecanvas x11-toolkits/libgnomeui devel/libgsf graphics/liblqr-1 net-im/libnice devel/libnotify graphics/libopenraw net-im/libpurple graphics/librsvg2 devel/libsoup textproc/libwpd textproc/libxml++26 multimedia/mjpegtools audio/mpc textproc/openjade x11-toolkits/pangomm net-im/pidgin graphics/poppler-gtk graphics/pstoedit devel/py-dbus multimedia/py-gstreamer multimedia/smpeg multimedia/vcdimager editors/vim www/webkit-gtk2 net/wireshark Error 3: make fetch fails for postgresql related ports prior to the postgresql-client update (not really a gettext issue)! I figure they should all get a FETCH_DEPENDS line. === Returning to update check of installed ports /libexec/ld-elf.so.1: Shared object libintl.so.8 not found, required by pg_config === Launching child to update php5-pdo_pgsql-5.3.2 to php5-pdo_pgsql-5.3.2_1 /libexec/ld-elf.so.1: Shared object libintl.so.8 not found, required by pg_config === Port directory: /usr/ports/databases/php5-pdo_pgsql /libexec/ld-elf.so.1: Shared object libintl.so.8 not found, required by pg_config === Gathering dependency list for databases/php5-pdo_pgsql from ports /libexec/ld-elf.so.1: Shared object libintl.so.8 not found, required by pg_config === Starting recursive 'make config' check === Recursive 'make config' check complete for databases/php5-pdo_pgsql === Returning to update check of installed ports /libexec/ld-elf.so.1: Shared object libintl.so.8 not found, required by pg_config === Launching child to update postgresql-server-8.3.11 to postgresql-server-8.3.11_1 /libexec/ld-elf.so.1: Shared object libintl.so.8 not found, required by pg_config === Port directory: /usr/ports/databases/postgresql83-server /libexec/ld-elf.so.1: Shared object libintl.so.8 not found, required by pg_config /libexec/ld-elf.so.1: Shared object libintl.so.8 not found, required by pg_config /libexec/ld-elf.so.1: Shared object libintl.so.8 not found, required by pg_config /libexec/ld-elf.so.1: Shared object libintl.so.8 not found, required by pg_config -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___
Re: How to know which version of an apps available in various FreeBSD release?
On Wed, Jun 2, 2010 at 2:09 AM, Emanuel Haupt eha...@freebsd.org wrote: Tao Wang dancef...@gmail.com wrote: Hi, I'm doing a survey about the availablilty of some packages in different platform, including FreeBSD release. I want to know whether the package is existed in the specific FreeBSD release, and which version it is? I found: http://www.freebsd.org/ports/ , however, it is only against -STABLE or -CURRENT. I also need to know the information on previous release. How to do it? Thanks. All the information you need is available in INDEX: http://www.FreeBSD.org/ports/INDEX-8.bz2 That only works for the head of each branch though, right? Thanks, -Garrett ___ 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: Direct or indirect libdependencies (using the libintl.so.8 case)
On Wed, Jun 2, 2010 at 1:36 AM, Michel Talon ta...@lpthe.jussieu.fr wrote: Garrett Cooper wrote: followed consistently. I know that the decisions are made on a case-by-case basis, but for my taste, it is too much case-by-case. I haven't done portmaster -af in a long time, but unfortunately some things aren't working as expected (gthumb segfaults on certain directories), so here we go... In fact these remarks combined show that there are fundamental problems in the port system, a thing which has been remarked since a long time, but is regularly denied by many people. Basically it is not in a shape to be reliably maintained by automatic procedures, contrary to some concurrence. How to solve the problem, i don't know. The lack of reverse dependencies in the pkg_install metadata and the fact that pkg_install falls back to ports and INDEX (which is produced by ports) for pkg_version is partly to blame. The cruxt of the majority of the issues is with the larger package groups, and the fact that there are some implicit reverse dependencies that aren't properly resolved because they aren't present in ports. There are a handful people looking into pkg_install right now (sort of similar to the way that sysinstall is being treated right now); it's my goal to take a crack at fixing this problem when I get the archive(5) pieces in and pkg_install locking work as well. Other folks are working at fixing how everything is componentized and fits together in the big picture. So in summary... there will be a lot of good work coming out of this area as well, so hopefully these next couple of FreeBSD releases will be much easier to maintain than the past couple have been from a packaging perspective. Thanks, -Garrett ___ 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: pkg_create: read_plist: unknown command
On Wed, Jun 02, 2010 at 12:02:19AM -0700, Garrett Cooper wrote: On Tue, Jun 1, 2010 at 5:57 PM, Michael Patrick mich...@techiesplace.com wrote: Good evening folks This weekend a friend and I upgraded our server to FreeBSD 7.3 using a source upgrade. ?The building and installing seemed to go well. ?In general rebuilding of ports to use the new libraries is working with the exception of PHP 5.3.2 extensions. If we do, for example, portinstall php5-ftp (but not limited to just this extension) the extension DOES install but during the make step where it creates the /var/db/pkg entries it errors with pkg_create: read_plist: unknown command We've rebuilt ruby, the portupgrade tools, PHP itself, PHP's dependencies and still getting this error for the extensions. ?From +CONTENTS I headed to looking at the .PLIST.mktmp file in $port/work. I see what I'm pretty sure is Bash (the shell) as the first part of the file and then what would be expected in the file. The .PLIST.mktmp file generates during the 'make generate-plist' step but I've been unable to determine exactly what that step is doing when dealing with a php extension. ?I'm hoping someone here can point me toward what runs to generate that file for a php extension. Can you attach the offending plist please? Thanks, -Garrett Good morning Garrett Here is a link to a zip file containing two samples of the screwy .PLIST.mktmp (one from php5-curl, one from php5-ctype). http://www.techiesplace.com/plists.zip (its 640KB or so.. figured folks would be happier with a link than an attach) Michael ___ 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: issues unveiled by devel/gettext
On 02/06/2010 11:28, Yong-Jhen Hong wrote: What I do on this issue is: cd /usr/local/lib ln -s libintl.so.9 libintl.so.8 This is never, ever necessary. Links are prone to be forgotten, this is why you add this kind of hack into the /etc/libmap.conf file instead. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
multimedia/x264: Build by reason: LEFTOVERS
hello guys .. there is a warning on my tinderbox .. here is the log building x264-0.0.20100222_2 in directory /usr/local/tinderbox/8.0-RELEASE build started at Wed Jun 2 12:18:49 UTC 2010 port directory: /usr/ports/multimedia/x264 building for: 8.0-RELEASE-p2 i386 maintained by: m...@freebsd.org ident warning: no id keywords in /usr/ports/multimedia/x264/Makefile Makefile ident: prefixes: LOCALBASE=usr/local PREFIX=/usr/local Begin Configuration: ---Begin Environment--- ARCH=i386 PACKAGE_BUILDING=1 USER=root LOCALIZED_LANG=es CCACHE_DIR=/ccache BRANCH=RELEASE-p2 HOST_WORKDIR= CCACHE_NOLINK=1 WITH_GTK=yes BATCH=1 OLDPWD=/ HOME=/root LOG_DIRECTORY= PERL_VER=5.10 LOG_DOCOPY=0 JOBS_NUMBER=4 PKGZIPCMD=bzip2 HAVE_MOTIF=1 FTP_TIMEOUT=900 WITH_ARTS=yes HTTP_TIMEOUT=900 WITH_NLS=yes WITH_PULSE=yes pb=/usr/local/tinderbox DISTFILE_CACHE=/usr/ports/distfiles OSREL=8.0 WITH_GTK2=yes TINDERD_LOGFILE=/dev/null WITH_QT=yes PORTOBJFORMAT=elf WRKDIRPREFIX=/work DISTDIR=/tmp/distfiles DISTCACHE=/distcache CCACHE_LOGFILE= PATH=/opt:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin PACKAGES=/tmp/packages TIMEOUT=7200 PKGSUFFIX=.tbz OSVERSION=800107 __DSVERSION__=3.2.1 OPTIONS_ENABLED=0 TINDERD_SLEEPTIME=120 UNAME_n=tinderbox.ipigto.rimed.cu __MKLVL__=1 CCACHE_JAIL=0 LOCALBASE=/usr/local DISTFILE_URI= CCACHE_MAX_SIZE=2G X_WINDOW_SYSTEM=xorg MASTER_SITE_OVERRIDE=file:///distcache/${DIST_SUBDIR}/ WITH_QT4=yes WITH_PULSEAUDIO=yes OPTIONS_DIR= UNAME_r=8.0-RELEASE-p2 USA_RESIDENT=YES UNAME_s=FreeBSD PARALLEL_PACKAGE_BUILD=1 PWD=/usr/ports/multimedia/x264 UNAME_v=FreeBSD 8.0-RELEASE-p2 #0: Tue Jun 1 19:13:46 CDT 2010 r...@tinderbox.ipigto.rimed.cu:/usr/src/sys/magic/kernel/path FTP_PASSIVE_MODE=yes CCACHE_ENABLED=1 INDEXFILE=INDEX-8 ---End Environment--- ---Begin OPTIONS List--- === The following configuration options are available for x264-0.0.20100222_2: ASM=On (default) Assembly optimizations (devel/binutils) DEBUG=Off (default) Enable Debugging PGO=Off (default) Enable Profile-Guided Optimization GCC44=Off (default) Use gcc 4.4+ (implies WITH_ASM) GPAC=On (default) Enable MPEG-4 Output X11_OUTPUT=Off (default) Enable X11 Output === Use 'make config' to modify these settings ---End OPTIONS List--- End Configuration. FETCH_DEPENDS= PATCH_DEPENDS= EXTRACT_DEPENDS= BUILD_DEPENDS=libiconv-1.13.1_1.tbz gettext-0.17_1.tbz yasm-1.0.1.tbz binutils-2.20.1_1.tbz jpeg-8_2.tbz png-1.4.1_1.tbz libGL-7.4.4.tbz libGLU-7.4.4.tbz libdrm-2.4.12_1.tbz expat-2.0.1_1.tbz dri2proto-2.2.tbz libX11-1.3.3,1.tbz libXext-1.1.1,1.tbz libXxf86vm-1.1.0.tbz libXdamage-1.1.2.tbz libXfixes-4.0.4.tbz libpthread-stubs-0.3_3.tbz libxcb-1.6.tbz kbproto-1.0.4.tbz libXau-1.0.5.tbz libXdmcp-1.0.3.tbz xproto-7.0.16.tbz pkg-config-0.23_1.tbz xextproto-7.1.1.tbz xf86vidmodeproto-2.3.tbz damageproto-1.2.0.tbz fixesproto-4.1.1.tbz gpac-libgpac-0.4.5_4,1.tbz gmake-3.81_3.tbz RUN_DEPENDS=jpeg-8_2.tbz png-1.4.1_1.tbz libGL-7.4.4.tbz libGLU-7.4.4.tbz libdrm-2.4.12_1.tbz expat-2.0.1_1.tbz dri2proto-2.2.tbz libX11-1.3.3,1.tbz libXext-1.1.1,1.tbz libXxf86vm-1.1.0.tbz libXdamage-1.1.2.tbz libXfixes-4.0.4.tbz libpthread-stubs-0.3_3.tbz libxcb-1.6.tbz kbproto-1.0.4.tbz libXau-1.0.5.tbz libXdmcp-1.0.3.tbz xproto-7.0.16.tbz pkg-config-0.23_1.tbz xextproto-7.1.1.tbz xf86vidmodeproto-2.3.tbz damageproto-1.2.0.tbz fixesproto-4.1.1.tbz gpac-libgpac-0.4.5_4,1.tbz add_pkg phase 1: make checksum === License check disabled, port has not defined LICENSE = x264-snapshot-20100222-2245.tar.bz2 doesn't seem to exist in /tmp/distfiles/x264. = Attempting to fetch from file:///distcache/x264/. x264-snapshot-20100222-2245.tar.bz2391 kB9 MBps = MD5 Checksum OK for x264/x264-snapshot-20100222-2245.tar.bz2. = SHA256 Checksum OK for x264/x264-snapshot-20100222-2245.tar.bz2. phase 2: make extract add_pkg === License check disabled, port has not defined LICENSE === Extracting for x264-0.0.20100222_2 = MD5 Checksum OK for x264/x264-snapshot-20100222-2245.tar.bz2. = SHA256 Checksum OK for x264/x264-snapshot-20100222-2245.tar.bz2. phase 3: make patch add_pkg === Patching for x264-0.0.20100222_2 === Applying FreeBSD patches for x264-0.0.20100222_2 phase 4: make build add_pkg libiconv-1.13.1_1.tbz gettext-0.17_1.tbz yasm-1.0.1.tbz binutils-2.20.1_1.tbz jpeg-8_2.tbz png-1.4.1_1.tbz libGL-7.4.4.tbz libGLU-7.4.4.tbz libdrm-2.4.12_1.tbz expat-2.0.1_1.tbz dri2proto-2.2.tbz libX11-1.3.3,1.tbz libXext-1.1.1,1.tbz libXxf86vm-1.1.0.tbz libXdamage-1.1.2.tbz libXfixes-4.0.4.tbz libpthread-stubs-0.3_3.tbz libxcb-1.6.tbz kbproto-1.0.4.tbz
Re: Renamed Haskell Applications
* Ashish SHUKLA (wahjava...@gmail.com) wrote: I strictly object to adding hs- prefix to end-user applications like darcs and xmonad, because it's a huge POLA violation. Users do not care what the application is written in, they just search for devel/{svn,mercurial,darcs} and x11-wm/{xmonad,icewm}, and should find these ports in the expected places. We don't prefix mercurial with py- and icewm with c-, similarily we shouldn't prefix darcs et al with hs-. Modules that are used only for development and as dependencies is a whole different thing, and definitely are what prefixes are for. I agree with you, but by a pre-existing convention (not carved in stone anywhere, AFAIK) in FreeBSD, I prefer keeping ports prefixed with 'hs-'. 1. Padre, which is an editor hacked in Perl is available from a port named 'p5-Padre'. 2. SpamAssassin, an anti-spam filter is available as 'p5-Mail-SpamAssassin'. 3. Pencil which is a mockup based out-of firefox is available as 'www/xpi-pencil', which even doesn't have anything to do with World Wide Web except that it runs in a www browser, still has name/category like that. 4. Conkeror, the web browser is available as 'xpi-conkeror'. Those all should probably be fixed. And also having 'hs-' prefix implies their being implemented in Haskell. I'm sure other users who are aware of the convention of p5-, py-, xpi- will try to search for Haskell related app as 'hs-'. Prefix does not mars everything haskell-related, because if it was the case, we'd have ports with multiple prefixes. Prefix marks everything that should be moved out of list of end-user applications, and everything that should be separated with a similarily named port for other language. For darcs et al that's definitely not the case. So, IMHO 'hs-' for all haskell based ports is a nice idea towards uniformity/symmetry. This is uniformity/symmetry for the sake of uniformity/symmetry, that can't be good. -- 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
devel/apr1 upgrade fails with Xcc/etc errors ...
I've read everything I can find, including UPDATING and Google, and I'm not finding any answers to this (or, rather, finding answers, but nothing seems to apply) ... X--mode=compile: not found *** Warning: inferring the mode of operation is deprecated.: not found *** Future versions of Libtool will require --mode=MODE be specified.: not found Xcc: not found X-g: not found X-O2: not found X-DHAVE_CONFIG_H: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I/usr/local/include: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I./include: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I./include/arch/unix: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include/arch/unix: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: X-I/home/ports/usr/ports/devel/apr1/work/apr-1.4.2/include: not found X-c: not found /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: Xpasswd/apr_getpass.lo: not found libtool: compile: cannot determine name of library object from `': not found Right now, have the following installed: # ls -ld /var/db/pkg/ap* drwxr-xr-x 2 root wheel 512 Jun 2 12:32 /var/db/pkg/apache-2.2.15_9 drwxr-xr-x 2 root wheel 512 Jun 2 12:32 /var/db/pkg/apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 Where apr-ipv6-devrandom-gdbm-db42-1.4.2.1.3.9_1 was installed as a package (but I need pgsql support, so have to upgrade) ... A few 'oddities' with doing a make, that may or may not be related: === buildconf: Using libtool.m4 at /usr/local/share/aclocal/libtool.m4. chmod: build/libtool.m4: No such file or directory Creating include/arch/unix/apr_private.h.in ... === And === checking whether to build shared libraries... yes checking whether to build static libraries... yes grep: /home/ports/usr/ports/devel/apr1/work/apr-1.4.2/libtool: No such file or directory === And === config.status: creating include/arch/unix/apr_private.h config.status: executing libtool commands rm: libtoolT: No such file or directory config.status: executing default commands === I read in one place talking about old ENV variables in /etc/make.conf, but mine *appears* to be clean: === # cat /etc/make.conf WRKDIRPREFIX= /home/ports DISTDIR=/home/ports/distfiles INDEXDIR=/home/ports WITHOUT_IPV6=yes WITHOUT_X11=yes WITHOUT_XIM=yes SUEXEC_DOCROOT=/usr/local/www # added by use.perl 2010-06-01 23:17:10 PERL_VERSION=5.8.9 === So is there something I'm still overlooking? I even went to the extreme of pkg_delete'ng lib*,auto*,apache*,apr* just to force everything to rebuild/install ... no difference ... Help? Thanks ... Marc G. FournierHub.Org Hosting Solutions S.A. scra...@hub.org http://www.hub.org Yahoo:yscrappySkype: hub.orgICQ:7615664MSN:scra...@hub.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: Renamed Haskell Applications
Dmitry Marakasov writes: * Ashish SHUKLA (wahjava...@gmail.com) wrote: I strictly object to adding hs- prefix to end-user applications like darcs and xmonad, because it's a huge POLA violation. Users do not care what the application is written in, they just search for devel/{svn,mercurial,darcs} and x11-wm/{xmonad,icewm}, and should find these ports in the expected places. We don't prefix mercurial with py- and icewm with c-, similarily we shouldn't prefix darcs et al with hs-. Modules that are used only for development and as dependencies is a whole different thing, and definitely are what prefixes are for. I agree with you, but by a pre-existing convention (not carved in stone anywhere, AFAIK) in FreeBSD, I prefer keeping ports prefixed with 'hs-'. 1. Padre, which is an editor hacked in Perl is available from a port named 'p5-Padre'. 2. SpamAssassin, an anti-spam filter is available as 'p5-Mail-SpamAssassin'. 3. Pencil which is a mockup based out-of firefox is available as 'www/xpi-pencil', which even doesn't have anything to do with World Wide Web except that it runs in a www browser, still has name/category like that. 4. Conkeror, the web browser is available as 'xpi-conkeror'. Those all should probably be fixed. Fine, I completely agree with you now. So lets file PRs for renaming them. Thanks -- Ashish SHUKLA Sent via Gnus from GNU Emacs pgpculOEGhT7z.pgp Description: PGP signature
Re: How to know which version of an apps available in various FreeBSD release?
On Tue, Jun 01, 2010 at 02:36:13PM +, Janne Snabb thus spake: On Sat, 29 May 2010, Tao Wang wrote: I'm doing a survey about the availablilty of some packages in different platform, including FreeBSD release. I want to know whether the package is existed in the specific FreeBSD release, and which version it is? One suggestion: use csup to fetch ports-all and specify different releases as your tag in your supfile. Then you can do whatever you like with the different versions of the ports tree that you have fetched. It is my understanding that you can't fetch different versions of the ports tree via csup based on release tags, but I could be mistaken. See: http://www.freebsd.org/doc/en/books/handbook/cvsup.html http://www.freebsd.org/doc/en/books/handbook/cvs-tags.html -- Janne Snabb / EPIPE Communications sn...@epipe.com - http://epipe.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 ___ 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: How to know which version of an apps available in various FreeBSD release?
On Wed, Jun 2, 2010 at 9:50 AM, Jason jhelf...@e-e.com wrote: On Tue, Jun 01, 2010 at 02:36:13PM +, Janne Snabb thus spake: On Sat, 29 May 2010, Tao Wang wrote: I'm doing a survey about the availablilty of some packages in different platform, including FreeBSD release. I want to know whether the package is existed in the specific FreeBSD release, and which version it is? One suggestion: use csup to fetch ports-all and specify different releases as your tag in your supfile. Then you can do whatever you like with the different versions of the ports tree that you have fetched. It is my understanding that you can't fetch different versions of the ports tree via csup based on release tags, but I could be mistaken. You can, but the tags have a different format from the source tags. Ports tags for releases are along the lines of RELEASE_X_Y_Z_SOMETHING (it's a big long string) or FREEBSD_X_Y_Z_RELEASE or something like that. They're not advertised, but they are there. -- Freddie Cash fjwc...@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: graphics/libchamplain build failure (libpng.so.5 not found)
15.05.2010 22:49, Ruslan Mahmatkhanov пишет: Good day! Building of graphics/libchamplain stops on this one: In file included from stdin:6: /usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk/gtk-champlain-embed.h:20:2: error: #error Only champlain/champlain.h can be included directly. /libexec/ld-elf.so.1: Shared object libpng.so.5 not found, required by libchamplain-0.4.so.1 Command '['/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk/tmp-introspectAHsQ4r/GtkChamplain-0.4', '--introspect-dump=/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk/tmp-introspectAHsQ4r/types.txt,/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk/tmp-introspectAHsQ4r/dump.xml']' returned non-zero exit status 1 gmake[3]: *** [GtkChamplain-0.4.gir] Ошибка 1 gmake[3]: Leaving directory `/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk' gmake[2]: *** [all] Ошибка 2 gmake[2]: Leaving directory `/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5/champlain-gtk' gmake[1]: *** [all-recursive] Ошибка 1 gmake[1]: Leaving directory `/usr/ports/graphics/libchamplain/work/libchamplain-0.4.5' gmake: *** [all] Ошибка 2 *** Error code 1 Stop in /usr/ports/graphics/libchamplain. My system is 8-STABLE i386 (after successful png/xorg/gnome update). PNG version is png-1.4.1_1. Library installed is libpng.so.6. Does anybody have a clue why it tries to pick up old library? So it seems to me that libchamplain somehow links itself while rebuilding. I started gettext upgrade (so it rebuilds all the low-level libraries and tools) and it stops on libchamplain. Then i just pkg_delete libchamplain and it builds without any problems. The message error: #error Only champlain/champlain.h can be included directly. is still there but it not stops the build. Just FYI. -- Regards, Ruslan ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: How to know which version of an apps available in various FreeBSD release?
On Wed, Jun 2, 2010 at 7:09 PM, Emanuel Haupt eha...@freebsd.org wrote: Tao Wang dancef...@gmail.com wrote: Hi, I'm doing a survey about the availablilty of some packages in different platform, including FreeBSD release. I want to know whether the package is existed in the specific FreeBSD release, and which version it is? I found: http://www.freebsd.org/ports/ , however, it is only against -STABLE or -CURRENT. I also need to know the information on previous release. How to do it? Thanks. All the information you need is available in INDEX: http://www.FreeBSD.org/ports/INDEX-8.bz2 Emanuel I'm not quite sure, does that file only contain the package version info for FreeBSD release 8? or it also contains the version info for other releases? I also need the package availability information on previous release, such as, what the version of package 'A' on FreeBSD 6.2 and FreeBSD 7.0. So, the linked file seems only contains information for FreeBSD 8.0, am I wrong? -- Regards Tao Wang ___ 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: Building ports with stack-protector
* Janne Snabb (sn...@epipe.com) wrote: Based on these variables the port infrastructure would decide whether to add -fstack-protector to CFLAGS or not: Port Makefile USE_STACK_PROTECTOR yes undef no In /etc/make.conf: + WITH_STACK_PROTECTOR yes | yes yes no undef | yes no no no| no no no I'd perfer variables to be named and to work similarily to existing MAKE_JOBS framework. There should be a way to force stack-protector to be able to check which ports can be build with it with a exp-run, and for courageous users who may want to enable stack-protector by default and are not afraid to send PRs if something fails. Also, AFAIR there was certain performance penalty with stack-protector, no? Judging on how noticeable it is (are any linux distros using it by default? If yes, may look through phoronix comparisons), I'd make it enabled or disabled by default. It may be implemented by mere copypasting MAKE_JOBS implementation, like this: http://people.freebsd.org/~amdmi3/stack-protector.patch (not tested and lacks variable descriptions at the top of the file). As you can see, there're condition lines for both enabled-by-default, and disabled-by-default, and I think the latter can be added to port.mk right now with a possible switch to the former later, if we find it useful enough. Also note, that unlike MAKE_JOBS (for which build failures are non-deterministic), this can probably be tested with a single exp-run and all ports marked with STACK_PROTECTOR_{UN,}SAFE. If that's considered useful enough as well. -- 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: How to know which version of an apps available in various FreeBSD release?
On Thu, 3 Jun 2010 04:20:51 +1000 Tao Wang dancef...@gmail.com wrote: On Wed, Jun 2, 2010 at 7:09 PM, Emanuel Haupt eha...@freebsd.org wrote: Tao Wang dancef...@gmail.com wrote: Hi, I'm doing a survey about the availablilty of some packages in different platform, including FreeBSD release. I want to know whether the package is existed in the specific FreeBSD release, and which version it is? I found: http://www.freebsd.org/ports/ , however, it is only against -STABLE or -CURRENT. I also need to know the information on previous release. How to do it? Thanks. All the information you need is available in INDEX: http://www.FreeBSD.org/ports/INDEX-8.bz2 Emanuel I'm not quite sure, does that file only contain the package version info for FreeBSD release 8? or it also contains the version info for other releases? I also need the package availability information on previous release, such as, what the version of package 'A' on FreeBSD 6.2 and FreeBSD 7.0. So, the linked file seems only contains information for FreeBSD 8.0, am I wrong? There is one for each major version: http://www.FreeBSD.org/ports/INDEX-5.bz2 http://www.FreeBSD.org/ports/INDEX-6.bz2 http://www.FreeBSD.org/ports/INDEX-7.bz2 http://www.FreeBSD.org/ports/INDEX-8.bz2 http://www.FreeBSD.org/ports/INDEX-9.bz2 Although it's always just the HEAD version. As others already pointed out, if you want the package list for a specific release you could checkout the ports tree from a release tag and build INDEX yourself. Emanuel ___ 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: issues unveiled by devel/gettext
On 06/02/10 05:23, Dominic Fandrey wrote: On 02/06/2010 11:28, Yong-Jhen Hong wrote: What I do on this issue is: cd /usr/local/lib ln -s libintl.so.9 libintl.so.8 Really really a bad idea. This is never, ever necessary. Links are prone to be forgotten, this is why you add this kind of hack into the /etc/libmap.conf file instead. Slightly less bad, but still likely to be forgotten. One also has to assume that if the folks who write the shared lib chose to bump the version number it was for a good reason. That's not always true, but it's true more often than it is not. A better suggestion would be to do this: mkdir -p /usr/local/lib/compat/pkg cd /usr/local/lib mv libgettextpo.so.4 and libintl.so.8 /usr/local/lib/compat/pkg/ /etc/rc.d/ldconfig start Then go about rebuilding your ports in an orderly manner until those libraries are no longer needed, at which point you can delete them. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.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: issues unveiled by devel/gettext
On 06/02/10 21:29, Doug Barton wrote: A better suggestion would be to do this: mkdir -p /usr/local/lib/compat/pkg cd /usr/local/lib mv libgettextpo.so.4 and libintl.so.8 /usr/local/lib/compat/pkg/ Oy, sorry, didn't think that all the way through. Instead of 'mv' it should be 'cp,' then: cd /usr/ports/devel/gettext make clean ; make pkg_delete gettext* make install clean THEN: /etc/rc.d/ldconfig start Then go about rebuilding your ports in an orderly manner until those libraries are no longer needed, at which point you can delete them. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.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
upgrading gettext problem
I am attempting the follow the instructions in the 20100530 UPDATING entry. When I attempt to rebuild devel/gobject-introspection, I get this: /bin/sh /usr/local/bin/libtool --tag=CC --mode=link cc -fno-strict-aliasing -Wsign-compare -Wcast-align -Wpointer-arith -Wnested-externs -Wmissing-prototypes -Wmissing-declarations -Wchar-subscripts -Wall -O -pipe -g -no-undefined -L/usr/local/lib -o libgirepository-1.0.la -rpath /usr/local/lib libgirepository_1_0_la-gdump.lo libgirepository_1_0_la-gfield.lo libgirepository_1_0_la-ginfo.lo libgirepository_1_0_la-ginvoke.lo libgirepository_1_0_la-girepository.lo libgirepository_1_0_la-girffi.lo libgirepository_1_0_la-gtypelib.lo -pthread -Wl,--export-dynamic -L/usr/local/lib -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -L/usr/local/lib -lffi grep: /usr/local/lib/libiconv.la: No such file or directory sed: /usr/local/lib/libiconv.la: No such file or directory libtool: link: `/usr/local/lib/libiconv.la' is not a valid libtool archive gmake[2]: *** [libgirepository-1.0.la] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/girepository' Deleting and reinstalling converters/iconv does not fix this; find says there is no /usr/local/lib/libiconv.la. Mightily confused, Robert Huff ___ 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